Calico镜像拉不动Kubernetes镜像源换成docker.m.daocloud.io的踩坑实录【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror你拉 Calico v3.26.1 镜像一直报 pull timed out 时问题多半不在网络而在你选用的镜像源。本文给出完整答案那个站为什么慢、怎么换成更稳的源、换完怎么验证。现场pull timed out 弹到第三次未必是网络问题你正跟着官方文档部署 Calico 网络插件要拉 v3.26.1 的 cni、node、kube-controllers 三个组件镜像。同事给了你一个 docker.1panel.live 上的地址第一次拉取卡了一会儿就抛了 pull timed out重试也一样。你先查了节点外网、ping、DNS都正常。这里最容易迷惑人表象像网络问题多数时候其实是源的问题。判断第三方镜像站为什么会超时docker.1panel.live 本身就是一个第三方镜像站。镜像源说白了就是帮你转存官方镜像的中间仓库你的客户端从它这里拉而不去原站。这类站点常常由个人或小队维护缓存副本过期、上游拥堵时你只能干等而等一个部署窗口是不可能的。所以别在那个站上花时间排查。更稳的做法是选用 DaoCloud 维护的公共镜像服务 docker.m.daocloud.io。 做法镜像前缀怎么替换替换规则很简单只改域名前缀后面的路径和版本标签保持不变。三个镜像变为docker.m.daocloud.io/calico/cni:v3.26.1docker.m.daocloud.io/calico/node:v3.26.1docker.m.daocloud.io/calico/kube-controllers:v3.26.1为什么推荐它理由一句话它的缓存后台持续与上游官方仓库同步sha256 摘要与原图一致详见 README。节点又在国内拉取速度比直连原站快得多。✅ 验证换源之后先查什么先把上面三个镜像重新拉一遍几秒内完成即替换成功。还有两个值得注意的小细节尽量锁定明确版本标签或用 sha256 摘要避免 latest 这种可变标签的重新同步延迟该镜像服务高峰时段拥挤官方建议把批量拉取放到凌晨闲时北京时间 01-07 点详见 README。集群如果跑在无外网的内网可以在此基础上再搭一层本地缓存参见内网缓存文档。延伸其他 Kubernetes 组件同样适用这个前缀替换不只服务于 Calico对 docker.io 上的其他组件同样适用。比如为集群部署 coredns 或 pause 镜像同样规则加前缀即可。懒得分批改 yaml 里的镜像字段也可以把镜像源写进 Docker/Podman 客户端配置里全局生效。注意前缀替换的映射是按源站配置的不要把面向别站的映射拿给 docker.io 用。一句话总结集群要稳镜像源就得选持续运营的。第三方小站今天能用、明天停掉重做整个集群的是你。【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考