Immich 镜像拉不动3 行命令搞定 DaoCloud 同步加速【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror刚部署完Immich 机器学习镜像拉取就超时Pod 卡在 ImagePullBackOff这个场景在国内非常常见。用 Immich 镜像加速的办法把镜像地址指向 DaoCloud 镜像同步节点基本几分钟就能拉回来。为什么拉不动Immich 的 server 和 ml-worker 都放在 ghcr.io一个托管在海外的容器镜像仓库国内拉取链路要跨洋取数据。超时、断连是常态不是你的机器慢。现象根因docker pull 转 30 分钟超时Pod 停在 ImagePullBackOff跨海链路到 ghcr.io 中间跳数多容易断三条加速路径一览ghcr.io 国内访问加速的路子有三条第一条就够大多数场景用。前缀替换推荐原地址前加m.daocloud.io/零配置白名单内的镜像都通用首次部署 Immich 首选它。ghcr.m 别名ghcr.io直接换成ghcr.m.daocloud.io地址更短但别名属于人工配置项官方并不推荐。手动触发同步没进白名单的镜像本地跑同步脚本主动拉多一步操作当兜底用。推荐方案逐步落地 改镜像地址原地址加前缀即可以 ml-worker 为例# 原地址 ghcr.io/immich-app/ml-worker:release # DaoCloud 同步加速地址 m.daocloud.io/ghcr.io/immich-app/ml-worker:release拉取与生效验证docker pull m.daocloud.io/ghcr.io/immich-app/ml-worker:release curl -s https://queue.m.daocloud.io/status/ | grep immichpull 几秒内完成就成了队列接口展示最近一小时的同步记录能 grep 到 immich 条目说明缓存节点已在工作。compose 里怎么写原 compose 文件里只改 image 一行ml-worker: image: m.daocloud.io/ghcr.io/immich-app/ml-worker:release volumes: - model-cache:/cache自动化与进阶仓库里的 docker 镜像同步脚本 merge-mirror.sh 走「白名单 使用频率」逻辑。只有登记在 allows.txt镜像白名单文件里的镜像前缀会被同步同一前缀下使用频率高的 tag 优先冷门镜像不会让你排队太久。先把仓库克隆到本地git clone https://gitcode.com/GitHub_Trending/pu/public-image-mirror再往 crontab 加一行把同步任务放到闲时项目建议北京时间凌晨 01-07 点0 3 * * * cd ~/public-image-mirror ./hack/merge-mirror.sh sync.log 21版本也要锁一下镜像 tag 用v1.91.0这类具体版本替代latest可变 tag 一旦变更会触发后台重新同步缓存就白建了。K8s 场景下把 Pod 里的 image 加同样的前缀即可containerd 还有 host 改写的方式这里不展开。踩坑速查 ⚠️· 镜像不在白名单pull 报不允许先 grep 一下 allows.txt 里的镜像前缀确实没有就提 issue 申请添加。 · 源镜像 404tag 在源仓库本来就不存在镜像站只会跟着 404先核对 tag 拼写。 · 队列积压等待队列页面能看到 immich 条目但还在排队等闲时同步跑完即可页面只保留最近一小时记录。最新镜像列表见仓库里的 README.md 和 allows.txt白名单的增删都会直接更新到仓库。某个镜像一时找不到翻这两个文件再决定下一步。【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考