我前阵子给一台新服务器装 Docker一开始没配镜像源直接docker pull一个镜像结果卡在“Waiting”那一动不动几分钟过去连进度条都没出来。后来把国内镜像源列表换上去速度直接起飞。这篇文章就把我这边整理出的 2026 年最新可用 Docker 国内镜像源加速列表、配置方法和踩坑记录一次说清楚。不管你是用 Docker Desktop 的 Windows/macOS 用户还是直接在 Linux 服务器上敲命令这篇文章都能用。核心关键词就三个Docker、国内镜像源、镜像加速。下面先聊清楚为什么需要配镜像源再上干货列表和配置步骤。1. 为什么别人拉镜像飞快你却在“Waiting”很多人第一次接触 Docker 时都有个疑惑明明就几百 MB 的镜像怎么就拉半天拉不下来这背后不是 Docker 本身的问题而是镜像分发链路的问题。1.1 镜像加速到底在加速什么Docker 默认从 Docker Hub 拉取镜像。Docker Hub 是 Docker 官方的公共镜像仓库服务器大多部署在境外国内访问时网络链路长、丢包率高速度自然上不去。所谓“镜像加速”本质是让 Docker 客户端不直接连 Docker Hub而是先连一个离你更近的镜像缓存服务器。这个服务器在国外 Docker Hub 上拉取镜像并缓存一份你拉取时实际是从这个缓存服务器取数据。类比一下你从国外官网买个东西直邮要等一个月但如果国内有个代理商提前把货备好了你从代理商仓库提货当天就能拿到。镜像加速器就是这个“代理商”。Docker 官方也意识到了这个问题所以daemon.json里本身预留了多个registry-mirrors位置允许配置多个加速地址。客户端会按顺序尝试这些镜像源哪个可用就用哪个。1.2 官方源卡顿的根源在哪里Docker Hub 的服务器分布和国内网络的互联互通情况决定了直连速度不会太好。尤其是某些高峰期直连经常出现连接超时、TLS 握手失败、下载中断等问题。大家常看到的三类报错Error response from daemon: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connectionfailed to do request: Head https://registry-1.docker.io/v2/...: dial tcp ...: connect: connection refusedmanifest unknown这个不一定网络问题但网络不稳定时也见过第一种和第二种基本都是网络层问题配置好国内镜像源之后能明显缓解。还有一个隐藏原因Docker Hub 对匿名用户有拉取速率限制超了会被临时限制表现就是突然拉不了镜像。配了国内加速器之后你的拉取请求大部分打到加速器上速率限制的风险也小很多。1.3 哪些人最需要这份列表老实说不是每个人都需要折腾镜像源。但以下几类人基本避不开国内服务器用户服务器本身就在国内访问境外 Docker Hub 的链路质量很不稳定尤其在北京、上海、广州等地区高峰期拉大镜像能急死人。Docker Desktop 用户Windows/Mac 上装了 Docker Desktop默认配置拉镜像也很慢而且很多人还会遇到虚拟化相关报错雪上加霜。需要拉取大镜像的人比如在 Docker 里部署 MySQL、Redis、GitLab、微服务项目一个镜像动辄几百 MB 甚至 1-2 GB加速器的优势非常明显。CI/CD 流水线使用者打包、发布、构建镜像都依赖镜像拉取速度流水线里拉不动镜像整个发布流程全卡住。如果你是上面任何一种情况建议花十分钟把镜像源配好一劳永逸。2. 2026 年 9 月实测可用的 Docker 国内镜像源地址先说明一下镜像源地址的稳定性这东西没有绝对保证。有些镜像源今天能用明天可能就关停或者调整访问策略。下面这份列表是截至 2026 年 9 月 13 日根据我这边多台服务器实测以及社区反馈整理出来的供参考。2.1 可用镜像加速地址汇总表镜像源名称地址备注中科大镜像源https://docker.mirrors.ustc.edu.cn老牌镜像源但近期部分镜像拉取时有时延适合作为备选网易镜像源http://hub-mirror.c.163.com网易提供的 Docker Hub 加速协议是 HTTP注意防火墙百度镜像源https://mirror.baidubce.com百度智能云提供的镜像加速整体响应速度尚可腾讯云加速器看后台分配地址腾讯云服务器用户可以在控制台找到专属加速地址阿里云加速器看后台分配地址阿里云容器镜像服务个人版会分配专属加速地址DaoCloud 公共镜像源https://docker.m.daocloud.io社区维护的公共镜像加速地址目前可用性不错上海交大镜像源https://docker.mirrors.sjtug.sjtu.edu.cn高校维护适合华东地区偶尔需要看访问策略提示上面除了云厂商专属地址外公共镜像源建议多配置两个作为备选一个失效会自动切换下一个不是非得全部可用才能拉镜像。2.2 各镜像源差异与选择建议不同镜像源速度差异倒不是特别大但在实际体验中有几个细节值得说阿里云加速器需要在阿里云容器镜像服务控制台开通然后会分配一个格式为https://你的专属ID.mirror.aliyuncs.com的地址。好处是专属地址一般不会因为公共滥用而被限流缺点是必须先注册阿里云账号并开通服务。很多人不知道可以免费开通这里说一句个人版是免费的。腾讯云加速器类似的机制腾讯云后台容器镜像服务里有加速器地址。如果你服务器本身就是腾讯云服务器走内网地址可能更快。中科大、网易、百度这几个是历史比较久的公共源。中科大的响应一直不错网易的是 http 协议有些公司内网对 http 有限制需要注意。百度镜像源相对低调但实测速度并不差。DaoCloud社区维护的镜像加速地址近一年大家反馈比较多因为它是纯公共源无需注册配置即用适合不想折腾账号的人。缺点也一样用的人多了高峰期可能有波动。我的建议是云厂商服务器用户优先用对应云厂商的加速器其他场景下DaoCloud 中科大的组合比较稳妥两个都挂的情况比较少见。2.3 “个人专属加速地址”怎么看怎么用很多人对“专属加速地址”有误解以为要花钱开套餐。实际上阿里云和腾讯云都提供免费的容器镜像加速服务你去控制台开一下就能拿到一个专属地址。以阿里云为例登录阿里云控制台搜索“容器镜像服务”。进入镜像中心左侧菜单找到“镜像加速器”。控制台会显示一个专属的加速地址复制即可。这个地址直接写入daemon.json的registry-mirrors数组格式和你配公共源一样。有一点要注意这个专属地址绑定你的账号内部会有配额控制但个人使用完全足够。如果你在公司服务器上大规模使用建议了解下团队是否需要单独开通企业版或者其他方案。3. 三种配置镜像源的方法从入门到进阶镜像源地址拿到了接下来就是把它写进 Docker 配置。这里分享三种方法你可以根据使用场景选。3.1 方法一修改 daemon.jsonLinux/服务器最常见这是最经典的配置方式适用于 Linux 服务器上直接安装的 Docker Engine。以 root 身份编辑/etc/docker/daemon.json。如果文件不存在直接新建sudo mkdir -p /etc/docker sudo vim /etc/docker/daemon.json内容格式如下{ registry-mirrors: [ https://docker.m.daocloud.io, https://docker.mirrors.ustc.edu.cn, https://hub-mirror.c.163.com ] }保存后重启 Docker 服务sudo systemctl daemon-reload sudo systemctl restart docker然后拉一个镜像试试docker pull nginx:latest如果镜像源配置生效拉取过程里不需要额外提示但下载速度会明显变化。也可以执行下面的命令确认配置已经生效docker info | grep -A 5 Registry Mirrors正常会看到类似这样的输出Registry Mirrors: https://docker.m.daocloud.io/ https://docker.mirrors.ustc.edu.cn/ https://hub-mirror.c.163.com/注意编辑daemon.json前一定要确认 JSON 语法没问题少了逗号多了括号Docker 服务会直接起不来。改完最好先执行docker info确认一下再开始拉镜像。3.2 方法二Docker Desktop 图形界面Windows/macOSWindows 和 macOS 上装了 Docker Desktop 的用户不用去改配置文件Docker Desktop 在设置面板里提供了图形化配置入口。打开 Docker Desktop依次进入Settings-Docker Engine。这里同样是一个 JSON 编辑框把registry-mirrors加进去{ registry-mirrors: [ https://docker.m.daocloud.io, https://docker.mirrors.ustc.edu.cn ] }填好后点击Apply restartDocker Desktop 会自动重启重启完成配置就生效了。有一点常被忽略Docker Desktop 本身依赖 WSL 2Windows 上或 Hypervisor 框架macOS如果你遇到过virtualization support not detected或Docker Desktop failed to start because virtualisation support wasnt detected的报错那属于虚拟化层的问题跟镜像源无关。要先到 BIOS 里打开虚拟化开关Intel VT-x 或 AMD-V或者升级 WSL 2 内核解决了底层问题再来配镜像源。3.3 方法三命令行临时指定免重启调试有时候你只是临时拉一个镜像不想动全局配置可以通过pull命令直接指定镜像源。这个其实不是标准的registry-mirrors用法而是从指定仓库拉取。比如从 DaoCloud 提供的镜像源拉取nginxdocker pull docker.m.daocloud.io/library/nginx:latest拉下来之后如果希望它看起来像官方镜像可以使用tag命令重新打标签docker tag docker.m.daocloud.io/library/nginx:latest nginx:latest这样后续使用nginx:latest就是本地镜像了。这种方法适合只拉一两次或者临时验证某个镜像源是否可用。缺点是每次都要写一长串地址批量操作不太方便。所以我把它定位成“调试工具”而不是日常使用方式。3.4 验证镜像源是否生效的办法配置完成后面临一个问题我怎么知道它真的生效了两个办法第一个是通过docker info看配置这个上面已经说过能看到Registry Mirrors列表就说明 Docker 已经读到了配置。第二个是直接拉镜像观察拉取速度。如果配置前拉取 30 MB 都要一分钟以上配置后拉取 300 MB 镜像只要十几秒那说明生效了。还有个小技巧配置多个镜像源后Docker 会按顺序尝试。如果第一个镜像源尝试失败它会自动切到下一个这个过程是透明的日志里不一定有明确提示。所以配置多个镜像源是提高容错率的正确姿势。4. 配置过程中的常见报错与排查技巧这部分是重点。我配置镜像源这几年翻过的车不算少这里直接把高频问题和解决方案沉淀下来方便你对照排查。4.1 拉取镜像还是超时先检查 daemon.json 格式很多人配置完镜像源后拉镜像依然报超时。第一个排查点就是daemon.json的格式和内容。常见错误是 JSON 文件里多写了一个逗号或者注释没有去掉JSON 不支持注释。比如{ registry-mirrors: [ https://docker.m.daocloud.io, https://docker.mirrors.ustc.edu.cn, ] }注意第一行和第二行后面都有逗号但最后一个元素后面不应该有逗号。这种写法在某些 JSON 解析器里会报错Docker 直接拒绝启动。检查方法很简单docker info如果 Docker 服务没起来docker info会直接报错。这时候可以先看下 Docker 服务状态sudo systemctl status docker如果是配置语法问题日志里一般会直接提示解析失败。把文件重新改成合法 JSON再重启 Docker 即可。4.2 “no such host” 和 “failed to connect” 怎么排查这两个报错在网络层但原因可能五花八门镜像源本身挂了先ping一下镜像源域名或者用curl -I看能不能拿到响应。比如curl -I https://docker.m.daocloud.io有响应说明域名和网络通路OK没响应就要换一个镜像源。DNS 解析问题服务器 DNS 配置不对域名解析不出来。可以临时用公共 DNS 测试比如修改/etc/resolv.conf里的nameserver为223.5.5.5再重新拉镜像试试。防火墙或安全组拦截云服务器默认可能只开了 80、443 端口Docker 拉取虽然走 443但如果你给 Docker 配了其他协议入口要确认安全组放行。HTTP 被拦截网易的镜像源是http://协议的某些生产环境或者公司内网会拦截 HTTP 明文流量导致拉取失败。这种场景建议直接换成 HTTPS 的镜像源。4.3 Docker 权限错、Windows 虚拟化报错怎么处理热搜词里出现了不少 Docker Desktop 的报错比如virtualization support not detectedDocker Desktop failed to start because virtualisation support wasnt detectedfailed to connect to the docker api at npipe:////./pipe/dockerdesktop-linux这些问题的根子在“Docker 引擎没起来”而不是镜像源配置。我见过不少人在配置镜像源时发现 Docker 起不来误以为是镜像源的问题其实不是。处理思路确认 CPU 虚拟化是否开启Windows 任务管理器 - 性能 - CPU右下角看“虚拟化”是否显示“已启用”。如果没启用进 BIOS 打开 Intel VT-x 或 AMD-V。确认 WSL 2 是否正常Docker Desktop 在 Windows 上依赖 WSL 2。命令行执行wsl --status看看状态必要时执行wsl --update更新 WSL 内核。重启 Docker Desktop 服务macOS 上有时在菜单栏点击 Docker 图标选择 Restart 即可。查看 Docker 日志Windows 下在终端执行docker version如果 client 有响应但 server 没响应基本就是引擎没起来。把这些底层问题解决完再回头看镜像源配置就清晰多了。4.4 镜像源失效后的降级方案镜像源列表不是永恒的总有几个地址会失效。遇到失效不要慌有几个降级思路换用另一组镜像源公共源多配置几个某个失效后自动切换。比如我这里推荐的组合是 DaoCloud 中科大再备一个网易。直接使用云厂商仓库如果服务器有对应云厂商账号在云厂商的容器镜像服务里把镜像复制到自己的仓库然后从自己的仓库拉取速度一般不会太差。手动下载再导入在本地网络好的环境用docker save把镜像导出成 tar 文件再上传到服务器用docker load导入。这个方式适合服务器数量少、镜像版本固定、不频繁更新的场景。比如本地导出docker save -o nginx.tar nginx:latest服务器导入docker load -i nginx.tar虽然笨但胜在完全绕开网络问题而且可以一次性迁移多个镜像。4.5 常见问题速查表现象可能原因处理方式拉取镜像超时未配置镜像源或镜像源失效检查daemon.json更换镜像源Docker 服务启动失败daemon.json语法错误执行docker info查看报错修正 JSONno such hostDNS 解析问题或镜像源域名失效curl -I测试更换 DNSDocker Desktop 启动报虚拟化错误虚拟化未开启或 WSL 2 异常开启 BIOS 虚拟化更新 WSL 2拉取慢但没报错镜像源负载高换高峰时间或切换镜像源镜像拉取被限流Docker Hub 匿名用户限流配置多个镜像源或登录 Docker Hub 账号5. 镜像加速之外提升 Docker 使用体验的其他做法配置好镜像源拉镜像的速度问题基本解决了。不过 Docker 的使用体验还有其他可以优化的点这里一并分享。5.1 换用官方以外的镜像仓库registry-mirrors只是给 Docker Hub 的镜像做加速如果你拉取的是其他仓库的镜像就不在这个优化范围内了。常见的其他仓库Quay.ioCoreOS 团队维护的镜像仓库很多云原生项目在这里发布镜像。GitHub Container Registryghcr.ioGitHub 推出的容器镜像仓库现在越来越多开源项目把镜像发到这里。阿里云容器镜像服务、腾讯云容器镜像服务可以托管私有镜像也可以用它同步公共镜像。如果你需要拉取的镜像不在 Docker Hub 上可以先用docker pull ghcr.io/xxx/yyy:tag这样的完整仓库地址拉取不要省略仓库前缀。GitHub 下载加速这件事跟镜像源是两码事如果你经常在服务器上下载 GitHub Release 里的安装包可以找一些开源代理项目或者用镜像站别和 Docker 镜像源混淆。5.2 善用导出/导入离线迁移镜像这个方法在 4.4 里提过这里补充一个实际场景你要部署的是内网服务器完全没有外网访问权限。这时候离线导出/导入几乎是唯一的选择。具体流程# 在有网的机器上拉取镜像 docker pull mysql:8.0 # 保存为 tar 包 docker save -o mysql-8.0.tar mysql:8.0 # 拷贝到内网服务器 scp mysql-8.0.tar user192.168.1.100:/data/ # 在内网服务器上导入 docker load -i mysql-8.0.tar我实际导出过 3 个镜像大概 2 GB 的 tar 包导入过程不到一分钟非常快。内网环境里没有任何网络问题稳定。5.3 高频 Docker 命令备忘顺便整理一下日常用得最多的几个 Docker 命令方便新手朋友# 查看本地镜像 docker images # 拉取镜像 docker pull nginx:latest # 运行容器 docker run -d --name nginx-test -p 8080:80 nginx:latest # 查看运行中的容器 docker ps # 查看容器日志 docker logs -f nginx-test # 进入容器 docker exec -it nginx-test bash # 停止、启动、删除容器 docker stop nginx-test docker start nginx-test docker rm nginx-test # 删除无用镜像 docker image prune -f细心的人会发现我一开始拉取 MySQL 8.0 的例子其实配合镜像源加速使用体验会好很多——这也是热词里有“docker安装mysql8.0并使用”的原因。一个 MySQL 镜像也就几百兆加速源配好之后基本一分钟内拉完。5.4 从热搜词看大家最常踩的坑搜“Docker国内镜像源”的人往往同时也在搜其他相关关键词。从这些热词组合里能看出新手通常卡在哪儿。高频组合是Docker安装教程 / docker desktop使用教程说明很多人是第一次用 Docker配置镜像源之前可能连 Docker 本身还没跑起来。docker安装redis主从 / redis docker compose 生产环境部署说明有一定基础的开发者已经在用 Docker 跑中间件镜像拉取速度是他们最头疼的点。docker部署微服务项目 / ruoyi radius docker / dify 部署说明 CI/CD 和项目部署场景下镜像拉取速度直接影响交付效率。docker权限错误怎么解决Linux 下docker ps报 permission denied解决方案是把用户加入 docker 组sudo usermod -aG docker $USER然后退出重新登录就免 sudo 了。anaconda/npm/comfyui/huggingface/ollama 国内镜像源说明不是只有 Docker 需要加速Python、Node、AI 模型等领域都被国内网络折腾过。思路其实是相通的——找一个离你近的缓存替换默认源。6. 最后再分享一个选源的小经验根据我个人多次配置 Docker 镜像源的经验最推荐的做法是优先使用你所在云厂商的专属加速地址再用两个公共源做兜底。云厂商的地址一般不会轻易变动服务质量有保障公共源作为备选是防止云厂商地址出现异常时的逃生通道。配置好之后不要一劳永逸建议每隔几个月抽查一次。你可以用下面这个简单命令快速验证当前所有镜像源是否可用docker info 2/dev/null | grep -A 5 Registry Mirrors docker pull hello-world能拉到hello-world说明整套链路是通的。还有一点想提醒大家镜像源本质上属于公共基础设施会有流量压力、访问策略调整这些变量。如果某个公共源某天突然不能用了那是正常现象不用太纠结换一个就是。真正要把 Docker 用顺还是要理解它背后的镜像分发逻辑而不只是背几个地址。