docker pull 卡到 0%public-image-mirror 两步前缀改法解决【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror很多容器镜像放在国外源站gcr.io、docker.io 等网络链路差的时候docker pull 要么慢如爬行要么直接超时。public-image-mirror 是一个公共容器镜像加速服务它不另外复制一份镜像而是通过前缀映射把请求路由到国内可直达的链路通常只要改动一行镜像地址就能恢复拉取。 先排除镜像真的没了吗拉取卡住时先区分两种症状慢、超时但 tag 在上游存在这是网络链路问题前缀方案正是解决它的。报 404 找不到先手动到上游源站确认 tag 是否存在。镜像是按需同步的过期缓存要重新拉一遍上游等几分钟再试。另一个前提该服务只覆盖白名单内的公共镜像仓库里的 allows.txt 就是公开的白名单清单。私有镜像、不在白名单里的镜像无法加速只能走官方源。⏱ 它怎么工作懒加载与三个缓存周期镜像站只做转发同步每一层内容的 digest 与上游逐一对应不存在版本漂移的问题。真正要记住的是三个周期30 天镜像内容缓存期 30 天过期后第一次拉取要等重新同步首拉明显偏慢。1 小时manifest 缓存周期 1 小时上游改了 tag 指向后最长一小时你拿到的还是旧 manifest。1 分钟blob 层缓存 1 分钟若该窗口内某层刚过 30 天期限被清理可能出现瞬时 404重试即可。另外白天链路拥挤偶发超时属于正常现象大批量拉取建议排在北京时间凌晨 1–7 点的闲时窗口。最小改动两种前缀改法同一个地址有两种改法效果等价。tag 逐字保留只动主机部分原地址改法一加前缀推荐改法二换前缀docker.io/library/busyboxm.daocloud.io/docker.io/library/busyboxdocker.m.daocloud.io/library/busybox加前缀保留原 registry 作为子路径任何源站一套通用换前缀则依赖固定映射表gcr.io →gcr.m.daocloud.io、ghcr.io →ghcr.m.daocloud.io、quay.io →quay.m.daocloud.io、registry.k8s.io →k8s.m.daocloud.io、mcr.microsoft.com →mcr.m.daocloud.io、nvcr.io →nvcr.m.daocloud.io。不想逐个改镜像名时Docker 可以在/etc/docker/daemon.json里加一条registry-mirrors指向docker.m.daocloud.io免改名字直接生效注意它只对 docker.io 生效Podman 则在registries.conf里按源站配置 mirrorgcr、ghcr、quay 都能一并覆盖。验证digest 比对确认内容一致最直接的验证是比 digest拉取成功后用docker manifest inspect查看digest 字段与上游一致说明拿到的就是同一份内容。生产环境建议用sha256:钉死内容而不是 latest 这类可变 tag这是最稳的做法。延伸K8s、kind 与其他源站同样适用换前缀方式对 K8s 生态同样成立kubeadm 的集群配置里把 imageRepository 指到k8s.m.daocloud.io配套的 CoreDNS 会一起跟着换kind 建集群时给 node 镜像加上m.daocloud.io/前缀即可。不想改任何 YAML、却要加速集群里全部 Pod 的场景README 里推荐了基于 Webhook 的 repimage 方案。Ollama 模型拉取另有专门的加速入口ollama.m.daocloud.io实验内测中。 边界提醒与内网离线路径一句话边界它是公共转发站不是官方仓库没有 SLA白名单 限流是兜底机制。上生产前养成对照上游核对 tag 对应 digest 的习惯。如果网络完全与公网隔离前缀方案直接不可用。仓库里的 docs/local-cache/ 提供了用 docker compose 搭一层本地缓存代理的做法把节点都指向内网缓存只有这一个点需要出外网。【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 docker pull 卡到 0%？public-image-mirror 两步前缀改法解决
docker pull 卡到 0%public-image-mirror 两步前缀改法解决【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror很多容器镜像放在国外源站gcr.io、docker.io 等网络链路差的时候docker pull 要么慢如爬行要么直接超时。public-image-mirror 是一个公共容器镜像加速服务它不另外复制一份镜像而是通过前缀映射把请求路由到国内可直达的链路通常只要改动一行镜像地址就能恢复拉取。 先排除镜像真的没了吗拉取卡住时先区分两种症状慢、超时但 tag 在上游存在这是网络链路问题前缀方案正是解决它的。报 404 找不到先手动到上游源站确认 tag 是否存在。镜像是按需同步的过期缓存要重新拉一遍上游等几分钟再试。另一个前提该服务只覆盖白名单内的公共镜像仓库里的 allows.txt 就是公开的白名单清单。私有镜像、不在白名单里的镜像无法加速只能走官方源。⏱ 它怎么工作懒加载与三个缓存周期镜像站只做转发同步每一层内容的 digest 与上游逐一对应不存在版本漂移的问题。真正要记住的是三个周期30 天镜像内容缓存期 30 天过期后第一次拉取要等重新同步首拉明显偏慢。1 小时manifest 缓存周期 1 小时上游改了 tag 指向后最长一小时你拿到的还是旧 manifest。1 分钟blob 层缓存 1 分钟若该窗口内某层刚过 30 天期限被清理可能出现瞬时 404重试即可。另外白天链路拥挤偶发超时属于正常现象大批量拉取建议排在北京时间凌晨 1–7 点的闲时窗口。最小改动两种前缀改法同一个地址有两种改法效果等价。tag 逐字保留只动主机部分原地址改法一加前缀推荐改法二换前缀docker.io/library/busyboxm.daocloud.io/docker.io/library/busyboxdocker.m.daocloud.io/library/busybox加前缀保留原 registry 作为子路径任何源站一套通用换前缀则依赖固定映射表gcr.io →gcr.m.daocloud.io、ghcr.io →ghcr.m.daocloud.io、quay.io →quay.m.daocloud.io、registry.k8s.io →k8s.m.daocloud.io、mcr.microsoft.com →mcr.m.daocloud.io、nvcr.io →nvcr.m.daocloud.io。不想逐个改镜像名时Docker 可以在/etc/docker/daemon.json里加一条registry-mirrors指向docker.m.daocloud.io免改名字直接生效注意它只对 docker.io 生效Podman 则在registries.conf里按源站配置 mirrorgcr、ghcr、quay 都能一并覆盖。验证digest 比对确认内容一致最直接的验证是比 digest拉取成功后用docker manifest inspect查看digest 字段与上游一致说明拿到的就是同一份内容。生产环境建议用sha256:钉死内容而不是 latest 这类可变 tag这是最稳的做法。延伸K8s、kind 与其他源站同样适用换前缀方式对 K8s 生态同样成立kubeadm 的集群配置里把 imageRepository 指到k8s.m.daocloud.io配套的 CoreDNS 会一起跟着换kind 建集群时给 node 镜像加上m.daocloud.io/前缀即可。不想改任何 YAML、却要加速集群里全部 Pod 的场景README 里推荐了基于 Webhook 的 repimage 方案。Ollama 模型拉取另有专门的加速入口ollama.m.daocloud.io实验内测中。 边界提醒与内网离线路径一句话边界它是公共转发站不是官方仓库没有 SLA白名单 限流是兜底机制。上生产前养成对照上游核对 tag 对应 digest 的习惯。如果网络完全与公网隔离前缀方案直接不可用。仓库里的 docs/local-cache/ 提供了用 docker compose 搭一层本地缓存代理的做法把节点都指向内网缓存只有这一个点需要出外网。【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考