Docker镜像源被墙怎么办？

水井打好，怎么接水管？

你自己的镜像仓库在海外服务器上跑起来了，假设地址是 http://你的服务器IP:5000。接下来，就得让本地的 Docker 知道这口井在哪。不用动大工程，改一下 Docker 的配置就行。

对于 Linux 系统，通常是编辑 /etc/docker/daemon.json 这个文件（没有就创建一个），在里面加上：

{
  "registry-mirrors": ["http://你的服务器IP:5000"]
}

改完保存，然后重启一下 Docker 服务。这就好比给你家的水管总阀，接上了一根通向自家水井的新管子。以后再拉镜像，Docker 就会优先从你这口井里取水。

家里不止一口水龙头怎么办？

如果你是在公司，或者有一个开发团队，总不能给每个人的电脑都单独配置吧？这时候可以在内网架设一个“二级水站”。用一台性能好点的、能顺畅访问你海外仓库的国内服务器，在上面也搭一个 registry，让它从你的海外仓库同步镜像。然后让团队里所有人的 Docker 都指向这个内网服务器。这样既能享受加速，又把流量集中了，管理起来也方便。

说到底，技术上的问题总有办法绕。自建镜像源算是个土办法，但挺管用，尤其对于追求稳定性的团队。就是前期折腾一下，后面就省心了。看着命令行里飞速滚动的下载进度条，那种顺畅感，大概就是数字时代的“小确幸”吧。

别被“一键脚本”忽悠瘸了

不过这里有个坑得提醒大家。网上很多教程，尤其是一些号称“一键搭建”的脚本，喜欢教人用各种免费的云函数、边缘计算服务（比如早几年的 Cloudflare Workers 路子）来搭这个代理。听着是省了服务器钱，但风险不小。这类服务条款通常禁止代理或镜像流量，一旦被检测到，说封就封，你的“水井”瞬间变枯井。到时候数据丢了、服务断了，哭都来不及。所以，最稳妥的还是老老实实用自己的海外 VPS，虽然每月多花几杯奶茶钱，但胜在稳定，心里踏实。

水井打好，怎么接水管？

你自己的镜像仓库在海外服务器上跑起来了，假设地址是 http://你的服务器IP:5000。接下来，就得让本地的 Docker 知道这口井在哪。不用动大工程，改一下 Docker 的配置就行。

对于 Linux 系统，通常是编辑 /etc/docker/daemon.json 这个文件（没有就创建一个），在里面加上：

{
  "registry-mirrors": ["http://你的服务器IP:5000"]
}

改完保存，然后重启一下 Docker 服务。这就好比给你家的水管总阀，接上了一根通向自家水井的新管子。以后再拉镜像，Docker 就会优先从你这口井里取水。

家里不止一口水龙头怎么办？

如果你是在公司，或者有一个开发团队，总不能给每个人的电脑都单独配置吧？这时候可以在内网架设一个“二级水站”。用一台性能好点的、能顺畅访问你海外仓库的国内服务器，在上面也搭一个 registry，让它从你的海外仓库同步镜像。然后让团队里所有人的 Docker 都指向这个内网服务器。这样既能享受加速，又把流量集中了，管理起来也方便。

说到底，技术上的问题总有办法绕。自建镜像源算是个土办法，但挺管用，尤其对于追求稳定性的团队。就是前期折腾一下，后面就省心了。看着命令行里飞速滚动的下载进度条，那种顺畅感，大概就是数字时代的“小确幸”吧。

自己的水井自己挖

所以很多人就开始琢磨，官方的大水库咱够不着，能不能自己在家门口打口井？这个“井”，就是自建的 Docker 镜像仓库，专业点叫镜像加速器或者代理仓库。它的原理不复杂：你在国外租一台服务器（这口井打在墙外），让它去 Docker 官方仓库拉取镜像，然后你再从你这台国外服务器上拉，速度就快多了，因为中间那段“拥堵路段”被绕开了。

听起来有点技术含量，但其实现在工具多了，门槛没想象中高。网上搜一下，用 Docker 官方提供的 registry 镜像，配合一个配置文件，几行命令就能搭起来。核心就是告诉这个自建仓库：“你去 https://registry-1.docker.io 那里帮我取东西。” 这就好比找了个跑腿小哥，专门帮你去那个被锁的超市采购。

别被“一键脚本”忽悠瘸了

不过这里有个坑得提醒大家。网上很多教程，尤其是一些号称“一键搭建”的脚本，喜欢教人用各种免费的云函数、边缘计算服务（比如早几年的 Cloudflare Workers 路子）来搭这个代理。听着是省了服务器钱，但风险不小。这类服务条款通常禁止代理或镜像流量，一旦被检测到，说封就封，你的“水井”瞬间变枯井。到时候数据丢了、服务断了，哭都来不及。所以，最稳妥的还是老老实实用自己的海外 VPS，虽然每月多花几杯奶茶钱，但胜在稳定，心里踏实。

水井打好，怎么接水管？

你自己的镜像仓库在海外服务器上跑起来了，假设地址是 http://你的服务器IP:5000。接下来，就得让本地的 Docker 知道这口井在哪。不用动大工程，改一下 Docker 的配置就行。

对于 Linux 系统，通常是编辑 /etc/docker/daemon.json 这个文件（没有就创建一个），在里面加上：

{
  "registry-mirrors": ["http://你的服务器IP:5000"]
}

改完保存，然后重启一下 Docker 服务。这就好比给你家的水管总阀，接上了一根通向自家水井的新管子。以后再拉镜像，Docker 就会优先从你这口井里取水。

家里不止一口水龙头怎么办？

如果你是在公司，或者有一个开发团队，总不能给每个人的电脑都单独配置吧？这时候可以在内网架设一个“二级水站”。用一台性能好点的、能顺畅访问你海外仓库的国内服务器，在上面也搭一个 registry，让它从你的海外仓库同步镜像。然后让团队里所有人的 Docker 都指向这个内网服务器。这样既能享受加速，又把流量集中了，管理起来也方便。

说到底，技术上的问题总有办法绕。自建镜像源算是个土办法，但挺管用，尤其对于追求稳定性的团队。就是前期折腾一下，后面就省心了。看着命令行里飞速滚动的下载进度条，那种顺畅感，大概就是数字时代的“小确幸”吧。

墙外的人，墙内的愁

这事儿说白了，就是咱们常用的那个 Docker 官方仓库，有时候访问起来特别费劲，跟网络抽风似的。对于靠 Docker 吃饭的程序员来说，这简直是“巧妇难为无米之炊”。镜像拉不下来，项目就动不了，服务器也起不来，整个开发流程都得卡壳。你总不能每次都用肉身翻墙去国外服务器上拖吧？

自己的水井自己挖

所以很多人就开始琢磨，官方的大水库咱够不着，能不能自己在家门口打口井？这个“井”，就是自建的 Docker 镜像仓库，专业点叫镜像加速器或者代理仓库。它的原理不复杂：你在国外租一台服务器（这口井打在墙外），让它去 Docker 官方仓库拉取镜像，然后你再从你这台国外服务器上拉，速度就快多了，因为中间那段“拥堵路段”被绕开了。

听起来有点技术含量，但其实现在工具多了，门槛没想象中高。网上搜一下，用 Docker 官方提供的 registry 镜像，配合一个配置文件，几行命令就能搭起来。核心就是告诉这个自建仓库：“你去 https://registry-1.docker.io 那里帮我取东西。” 这就好比找了个跑腿小哥，专门帮你去那个被锁的超市采购。

别被“一键脚本”忽悠瘸了

不过这里有个坑得提醒大家。网上很多教程，尤其是一些号称“一键搭建”的脚本，喜欢教人用各种免费的云函数、边缘计算服务（比如早几年的 Cloudflare Workers 路子）来搭这个代理。听着是省了服务器钱，但风险不小。这类服务条款通常禁止代理或镜像流量，一旦被检测到，说封就封，你的“水井”瞬间变枯井。到时候数据丢了、服务断了，哭都来不及。所以，最稳妥的还是老老实实用自己的海外 VPS，虽然每月多花几杯奶茶钱，但胜在稳定，心里踏实。

水井打好，怎么接水管？

你自己的镜像仓库在海外服务器上跑起来了，假设地址是 http://你的服务器IP:5000。接下来，就得让本地的 Docker 知道这口井在哪。不用动大工程，改一下 Docker 的配置就行。

对于 Linux 系统，通常是编辑 /etc/docker/daemon.json 这个文件（没有就创建一个），在里面加上：

{
  "registry-mirrors": ["http://你的服务器IP:5000"]
}

改完保存，然后重启一下 Docker 服务。这就好比给你家的水管总阀，接上了一根通向自家水井的新管子。以后再拉镜像，Docker 就会优先从你这口井里取水。

家里不止一口水龙头怎么办？

如果你是在公司，或者有一个开发团队，总不能给每个人的电脑都单独配置吧？这时候可以在内网架设一个“二级水站”。用一台性能好点的、能顺畅访问你海外仓库的国内服务器，在上面也搭一个 registry，让它从你的海外仓库同步镜像。然后让团队里所有人的 Docker 都指向这个内网服务器。这样既能享受加速，又把流量集中了，管理起来也方便。

说到底，技术上的问题总有办法绕。自建镜像源算是个土办法，但挺管用，尤其对于追求稳定性的团队。就是前期折腾一下，后面就省心了。看着命令行里飞速滚动的下载进度条，那种顺畅感，大概就是数字时代的“小确幸”吧。

那天下午，公司里几个搞后端开发的小伙子围在一起，对着屏幕唉声叹气。我凑过去一看，满屏都是红的，全是 Error response from daemon: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection。得，又来了，Docker 镜像拉不动了。这感觉就像你兴冲冲去超市，结果发现大门被锁了，货架上的东西看得见摸不着。

墙外的人，墙内的愁

这事儿说白了，就是咱们常用的那个 Docker 官方仓库，有时候访问起来特别费劲，跟网络抽风似的。对于靠 Docker 吃饭的程序员来说，这简直是“巧妇难为无米之炊”。镜像拉不下来，项目就动不了，服务器也起不来，整个开发流程都得卡壳。你总不能每次都用肉身翻墙去国外服务器上拖吧？

自己的水井自己挖

所以很多人就开始琢磨，官方的大水库咱够不着，能不能自己在家门口打口井？这个“井”，就是自建的 Docker 镜像仓库，专业点叫镜像加速器或者代理仓库。它的原理不复杂：你在国外租一台服务器（这口井打在墙外），让它去 Docker 官方仓库拉取镜像，然后你再从你这台国外服务器上拉，速度就快多了，因为中间那段“拥堵路段”被绕开了。

听起来有点技术含量，但其实现在工具多了，门槛没想象中高。网上搜一下，用 Docker 官方提供的 registry 镜像，配合一个配置文件，几行命令就能搭起来。核心就是告诉这个自建仓库：“你去 https://registry-1.docker.io 那里帮我取东西。” 这就好比找了个跑腿小哥，专门帮你去那个被锁的超市采购。

别被“一键脚本”忽悠瘸了

不过这里有个坑得提醒大家。网上很多教程，尤其是一些号称“一键搭建”的脚本，喜欢教人用各种免费的云函数、边缘计算服务（比如早几年的 Cloudflare Workers 路子）来搭这个代理。听着是省了服务器钱，但风险不小。这类服务条款通常禁止代理或镜像流量，一旦被检测到，说封就封，你的“水井”瞬间变枯井。到时候数据丢了、服务断了，哭都来不及。所以，最稳妥的还是老老实实用自己的海外 VPS，虽然每月多花几杯奶茶钱，但胜在稳定，心里踏实。

水井打好，怎么接水管？

你自己的镜像仓库在海外服务器上跑起来了，假设地址是 http://你的服务器IP:5000。接下来，就得让本地的 Docker 知道这口井在哪。不用动大工程，改一下 Docker 的配置就行。

对于 Linux 系统，通常是编辑 /etc/docker/daemon.json 这个文件（没有就创建一个），在里面加上：

{
  "registry-mirrors": ["http://你的服务器IP:5000"]
}

改完保存，然后重启一下 Docker 服务。这就好比给你家的水管总阀，接上了一根通向自家水井的新管子。以后再拉镜像，Docker 就会优先从你这口井里取水。

家里不止一口水龙头怎么办？

如果你是在公司，或者有一个开发团队，总不能给每个人的电脑都单独配置吧？这时候可以在内网架设一个“二级水站”。用一台性能好点的、能顺畅访问你海外仓库的国内服务器，在上面也搭一个 registry，让它从你的海外仓库同步镜像。然后让团队里所有人的 Docker 都指向这个内网服务器。这样既能享受加速，又把流量集中了，管理起来也方便。

说到底，技术上的问题总有办法绕。自建镜像源算是个土办法，但挺管用，尤其对于追求稳定性的团队。就是前期折腾一下，后面就省心了。看着命令行里飞速滚动的下载进度条，那种顺畅感，大概就是数字时代的“小确幸”吧。