[{"_1":2,"_186":-5,"_187":-5},"loaderData",{"_3":4,"_17":18,"_25":26,"_162":163},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7,"_13":14,"_15":16},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","theme","system","contrast","normal","routes/_layout",{"_19":-5,"_20":21,"_22":21,"_23":21,"_24":21},"username","isAskGordonEnabled",true,"isUsingNewTemplate","showMinimalLanding","showHoneypotTrap","routes/_layout.r.$namespace.$reponame",{"_27":28,"_29":-5,"_30":11,"_31":11,"_32":33,"_34":35,"_36":-5,"_37":11,"_38":39,"_89":-5,"_90":91,"_150":-5,"_151":11,"_152":21,"_153":11,"_154":11,"_155":-5,"_156":11,"_157":-5,"_158":159,"_160":92,"_161":-7},"canonicalUrl","https://hub.docker.com/r/gregewing/apt-mirror/tags","mcpServer","canSeeDockerfile","canSeeAutobuilds","namespace","gregewing","reponame","apt-mirror","cloudBuildSource","isAutobuildsAvailable","repo",{"_40":41,"_42":43,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":55,"_57":35,"_32":33,"_58":59,"_60":44,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":69,"_70":71,"_72":11,"_73":33,"_74":75,"_80":11,"_81":82,"_86":33,"_87":88},"categories",[],"content_types",[44],"image","date_registered","2020-09-16T08:10:19.05505Z","description","apt-mirror with nginx webserver in a single container based on Ubuntu:latest (20.04)","is_private","last_updated","2026-09-10T11:25:06.11091Z","last_modified","2024-10-16T13:48:34.145251Z","media_types",[56],"application/vnd.oci.image.index.v1+json","name","pull_count",18095,"repository_type","star_count",3,"status",1,"status_description","active","source","collaborator_count",0,"full_description","# apt-mirror\n\nReason for Being
\n
I created this image because I was frustrated with the apt-mirror images I found in docker hub, they were all based on old baseimages. \nSo I created a new one and have set it to build automatically whenever there is a new ubuntu:latest basemiage published, so it should always be up to date.\n\nHigh Level Information
\n
This is built using ubuntu:latest, at the time of writing this is the Focal Fosa build (20.04). There have been rumours of problems with apt-mirror running on Ubuntu 20.04, but i've not had any issues with it during my testing. \n\nThe software installed in this image:\n

apt-mirror - to mirror apt based resposiroties (e.g. Ubuntu / Debian / Kali)

wget - Does the actual downloads, is a dependency of apt-mirror

nginx - Provides a lightweight web server to serve up the mirrored repo on your network.

cron - Provides a mechanism to re-run the mirror script on a daily basis, only after the initial download has completed. Not to be confused with cron on the docker host, which is required for bandwidth management, see below.

iproute2 - Provides a more accurate mechanism for capping bandwidth consumption than is available in wget. (wget is used by apt-mirror to download content, but it has only rudimentary bandwidth capping features. See below.

\n\n
A note on Bandwidth Management:
\n\nI was also frustrated with the bandwidth limiting capability of apt-mirror as it seems pretty inaccurate. The mechanism in the apt-mirror app is to pass the responsibility on to wget by passing it a command line parameter to limit the bandwidth consumed, but in the wget man page the maintainers admit that the mechanism is not very good. Therefore I've added in tc command from iproute2 to limit the bandwidth to a rock-solid ceiling that you can control. The drawback from this approach is that we need to run a cron job on the docker host to read a file created by the running container in a docker volume that is mounted when the container starts. This provides the veth adapter in dockers network stack, which we need to know so that tc can apply the requested bandwidth limit, and not affect other containers bandwidth availability. It works like a charm, so long as you can configure cron on the docker host. I found that if I tried to use tc from inside the container then there was no effect, even if running it before the apt-mirror software starts as was suggested in a post I saw somewhere. Running it the way I have described us to alter the bandwidth consumption of the running apt-mirror without restarting it, which I prefer. There is however a dependency on iproute2 being installed on the docker host, and that it is available for you to run (perhaps via sudoers?).\n\nDeploying:
\n\nI recommend creating a volume first, so that the scripts can go in the right places inside the container. This step is not necessary, but this will make sure that your bandwidth control script (limit_bw) is easy to get to whenever you re-create or upgrade the container:\n\n\ndocker volume create apt-mirror-config\n
\n\nOnce this volume exists, we can use it when we create the container:\n\n/var/spool/apt-mirror\n\n````\ndocker run -d -it \\
\n--name=apt-mirror \\
\n-e TZ=Europe/London \\
\n-v apt-mirror-config:/var/spool/apt-mirror \\
\n--restart unless-stopped \\
\n -p 9090:80 \\
\ngregewing/apt-mirror
\n````\n
\n\n
Configuring:
\n\nThe list of repos that get mirrored is held in /etc/apt/mirror.list. This should provide persistence across re-creations of the container, and it does easily allow altering the list of mirrored repos without having the container running, simply by editing the config file in the volume directly on the host, even while the container is stopped. That's a fair bit more important than it might seem at first, as the container will automatically start a sync when it starts, and wont honour any changes to the config file until the next time the apt-mirror software starts, which could be a long time. So being able to edit the config file offline is a real plus. \n\nRestart the container after making changes to /etc/apt/mirror.list\n\nManaging Bandwidth:
\n\nTo apply meaningful bandwidth controls I have created a few scripts. The anatomy is as follows:
\n

get_adapter.id - this runs right at the beginning of the entrypoint.sh script and it writes the network adapter ID that is seen inside the running container to this file : /var/spool/apt-mirror/adapter.id

limit_bw - this sits inside the container, just so that it does not have to be created manually outside the container, but it does not get run by the container itself. This script file sits in the volume that is mounted from the docker host, where it can be executed by a cron job configured on the host.

\n
\nThe magic happens when you add a cron job on the docker host to run limit_bw at regular intervals. I set it up as follows to run every 60 seconds, so only have a maximum of that long to wait before any changes to the allocated bandwidth are implemented. It's not all that pretty, but it works and i think its a simple and elegant solution. Here is the cron job line i have in my crontab:
\n\n* * * * * sudo /var/lib/docker/volumes/apt-mirror/_data/limit_bw\n\n

\nTo change the allocated bandwidth, just alter the parameters in the limit_bw script, any changes will be applied next time the cron job executed. You can reach the limit_bw script for editing either my exec-ing into the container or my simply editing it in the mounted volume directly from the docker host. There are only two parameters to edit:\n

ratelimit=1mbit

burstlimit=1mbit

\n
\nSee the 'tc' man page for which suffixes you can use if you want to limit to kbps or Mbps etc. https://man7.org/linux/man-pages/man8/tc.8.html\n
\nHeres an extract of the relevant part of the 'tc' man page to save you the bother of finding it :\n
\n\n````\nRATES Bandwidths or rates. These parameters accept a floating\n point number, possibly followed by either a unit (both SI\n and IEC units supported), or a float followed by a '%'\n character to specify the rate as a percentage of the\n device's speed (e.g. 5%, 99.5%). Warning: specifying the\n rate as a percentage means a fraction of the current\n speed; if the speed changes, the value will not be\n recalculated.\n\n bit or a bare number\n Bits per second\n\n kbit Kilobits per second\n\n mbit Megabits per second\n\n gbit Gigabits per second\n\n tbit Terabits per second\n\n bps Bytes per second\n\n kbps Kilobytes per second\n\n mbps Megabytes per second\n\n gbps Gigabytes per second\n\n tbps Terabytes per second\n\n To specify in IEC units, replace the SI prefix (k-, m-,\n g-, t-) with IEC prefix (ki-, mi-, gi- and ti-)\n respectively.\n\n TC store rates as a 32-bit unsigned integer in bps\n internally, so we can specify a max rate of 4294967295\n bps.\n````\n
\n\n\n
Enjoy :-)\n","has_starred","hub_user","immutable_tags_settings",{"_76":11,"_77":78},"enabled","rules",[79],".*","is_automated","permissions",{"_83":21,"_84":11,"_85":11},"read","write","admin","user","storage_size",4059419271,"orgData","recentTags",[92],{"_93":44,"_94":95,"_96":97,"_98":99,"_100":101,"_102":103,"_50":139,"_140":95,"_141":33,"_142":56,"_57":143,"_144":145,"_146":111,"_147":139,"_148":66,"_149":21},"content_type","creator",7836735,"digest","sha256:3fa8a114d446c79b804d4e8aa16da55516038bae12b5ad42896ee4ae20e34282","full_size",77924693,"id",117506025,"images",[104,120,126,133],{"_105":106,"_96":107,"_108":109,"_110":111,"_112":113,"_114":115,"_116":109,"_117":-5,"_118":99,"_63":66,"_119":-5},"architecture","amd64","sha256:852e8dadcc4db8fe4b786023c81a915bb5b73d03579768b8912c994290237c8e","features","","last_pulled","2026-10-16T23:33:59.806085198Z","last_pushed","2026-09-10T11:25:01.358449211Z","os","linux","os_features","os_version","size","variant",{"_105":121,"_96":122,"_108":109,"_110":123,"_112":124,"_114":115,"_116":109,"_117":-5,"_118":125,"_63":66,"_119":-5},"arm64","sha256:d2bc353c82a2cd3ca2034f46a9dbc963fabfb9e527b6ffd66dbb17ce8041c07b","2026-10-15T21:24:15.815103314Z","2026-09-10T11:25:03.180608134Z",76567304,{"_105":127,"_96":128,"_108":109,"_110":129,"_112":130,"_114":115,"_116":109,"_117":-5,"_118":131,"_63":66,"_119":132},"arm","sha256:3f4cd2093506e9364b78ae7f759b3e088a11ae49040f34d0fdff953c375ab043","2026-10-15T21:24:15.802654462Z","2026-09-10T11:25:03.922903513Z",72813382,"v7",{"_105":106,"_96":134,"_108":109,"_110":135,"_112":136,"_114":115,"_116":109,"_117":-5,"_118":137,"_63":66,"_119":138},"sha256:ce55e8cc7b065f314614fe6d92375f2e287d971d6c8cc56c7c37a023dd2faf31","2026-10-15T21:24:15.78645022Z","2026-09-10T11:25:02.533703645Z",77924707,"v3","2026-09-10T11:25:05.319828Z","last_updater","last_updater_username","media_type","latest","repository",9842608,"tag_last_pulled","tag_last_pushed","tag_status","v2","sbxKitMetadata","isPotentialSpam","isHubSbxKitsEnabled","showSbxRunInCloud","showSbxLogoOverride","sbxTrademarkText","displaySecurityMetadata","tagAttestations","tagsHaveAttestations",[],"selectedTag","attestationsUrl","routes/_layout.r.$namespace.$reponame.tags",{"_38":164,"_171":172,"_158":184,"_185":11},{"_40":165,"_42":166,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":167,"_57":35,"_32":33,"_58":59,"_60":44,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":69,"_70":71,"_72":11,"_73":33,"_74":168,"_80":11,"_81":170,"_86":33,"_87":88},[],[44],[56],{"_76":11,"_77":169},[79],{"_83":21,"_84":11,"_85":11},"tags",{"_173":64,"_174":-5,"_175":-5,"_176":177},"count","next","previous","results",[178],{"_93":44,"_94":95,"_96":97,"_98":99,"_100":101,"_102":179,"_50":139,"_140":95,"_141":33,"_142":56,"_57":143,"_144":145,"_146":111,"_147":139,"_148":66,"_149":21},[180,181,182,183],{"_105":106,"_96":107,"_108":109,"_110":111,"_112":113,"_114":115,"_116":109,"_117":-5,"_118":99,"_63":66,"_119":-5},{"_105":121,"_96":122,"_108":109,"_110":123,"_112":124,"_114":115,"_116":109,"_117":-5,"_118":125,"_63":66,"_119":-5},{"_105":127,"_96":128,"_108":109,"_110":129,"_112":130,"_114":115,"_116":109,"_117":-5,"_118":131,"_63":66,"_119":132},{"_105":106,"_96":134,"_108":109,"_110":135,"_112":136,"_114":115,"_116":109,"_117":-5,"_118":137,"_63":66,"_119":138},[],"canDeleteTags","actionData","errors"]

Digest	OS/ARCH	Compressed size
ce55e8cc7b06	linux/amd64/v3	74.31 MB
852e8dadcc4d	linux/amd64	74.31 MB
3f4cd2093506	linux/arm/v7	69.44 MB
d2bc353c82a2	linux/arm64	73.02 MB

gregewing/apt-mirror

Tags for gregewing/apt-mirror