2026年4月实测：收藏夹里的Docker镜像源又挂了一批，NAS用户怎么办？

记录一次NAS Docker镜像加速方案的完整实测过程。

---

背景：2026年镜像源现状

2026年4月，翻了一圈各平台上的Docker镜像加速相关文章，评论区高频关键词就是"又失效了"。

作为一个群晖DS923+用户，我的感受特别直观：

去年还能凑合用的几个公益镜像源，现在打开浏览器测试，要么TLS握手超时，要么返回503，要么直接域名解析失败。收藏夹里存了十几个镜像地址，挨个试过去，能用的就剩一两个，速度还飘忽不定。

更烦的是，NAS上正在更新的Home Assistant容器突然拉不下来新版本，Jellyfin想升级也卡住。这东西不像服务器可以随时SSH上去折腾，NAS的使用场景就是"想装就装、装完就忘"，卡在镜像拉取这一步，体验直接崩塌。

为什么NAS拉镜像比服务器痛苦十倍？

很多人说"我在服务器上拉镜像挺快的啊"，这话没错，但服务器和NAS的网络环境完全不同。

服务器一般在云上，BGP多线出口，到Docker Hub的延迟可控，就算不配镜像源也能勉强拉。

NAS在家里，走的是家庭宽带，有几个先天劣势：

• 国际线路质量差：家宽到海外要走跨运营商、跨国际出口的链路，丢包和延迟都高
• 带宽共享：100M下行看着不少，但一家人同时刷视频、打游戏，留给NAS的实际带宽所剩无几
• 运营商QoS：部分运营商会限制长连接的大流量传输，Docker镜像拉取正好命中
• NAT限制：家庭宽带基本都经过运营商NAT，某些情况下TCP连接建立本身就慢

所以同样的镜像，服务器上可能10分钟拉完，NAS上可能要1个小时，甚至直接超时失败。

NAS常用Docker镜像有多大？

列几个NAS玩家的高频镜像，感受一下体积：

镜像	用途	体积
jellyfin/jellyfin	影音服务器	~1.5GB
homeassistant/home-assistant	智能家居	~1.2GB
linuxserver/plex	影音（含转码）	~1.8GB
nextcloud/nextcloud	私有云盘	~800MB
ollama/ollama	本地大模型	~5-10GB
portainer/portainer-ce	容器管理	~300MB
vaultwarden/server	密码管理	~300MB

如果你玩AI场景（Ollama跑Llama、Qwen这类大模型），镜像5-10GB起步。以家宽拉取速度，挂一晚上可能都没拉完，中途断了还得重来。

2026年4月实测：主流方案对比

我花了一个周末，把目前能找到的方案都试了一遍，记录如下：

方案一：公益/高校镜像源

直接在各大论坛和GitHub仓库里找还在维护的镜像源列表，挨个配置测试。

# 群晖：编辑 /var/packages/ContainerManager/etc/dockerd.json
# 威联通：编辑 /etc/containerd/config.toml
# 极空间/飞牛：编辑 /etc/docker/daemon.json

# 添加镜像加速地址（以实际可用为准）
{
  "registry-mirrors": [
    "https://你的镜像加速地址"
  ]
}

实际体验：

• 部分公益镜像源速度不稳定，时好时坏
• 部分已停止服务或限流严重
• 需要经常手动更换地址，维护成本高

结论： 公益源能用，但需要经常维护更换，今天能用的明天可能就挂了。对于NAS这种"配一次就别管"的场景，不太合适。

方案二：专用镜像加速服务

最后试了docker.1ms.run，算是目前最省心的方案。

配置就一行地址：

{
  "registry-mirrors": ["https://docker.1ms.run"]
}

各NAS平台通用，群晖、威联通、极空间、飞牛都是一个地址搞定。

实测数据（家宽100M下行，2026年4月12日）：

镜像	体积	直连Docker Hub	docker.1ms.run	提升倍数
jellyfin/jellyfin	1.5GB	超时失败	2分48秒	-
homeassistant/home-assistant	1.2GB	~35分钟	2分15秒	~15x
nextcloud/nextcloud	800MB	~22分钟	1分32秒	~14x
ollama/ollama	5.2GB	未测试（太慢）	12分钟	-
vaultwarden/server	300MB	~8分钟	28秒	~17x

断流续传测试： 故意在拉取到50%时断网重连，恢复后从中断点继续，已下载部分不重复计费。这对家宽用户很友好——不用担心网络波动白花钱。

基础加速免费，日常NAS使用基本够用。

各NAS平台配置教程

群晖DSM（Docker Engine）

1. SSH登录群晖
2. 编辑配置文件：

sudo vi /var/packages/ContainerManager/etc/dockerd.json

3. 添加配置：

{
  "registry-mirrors": ["https://docker.1ms.run"],
  "log-driver": "db",
  "log-opts": {
    "max-size": "10m",
    "max-file": "3"
  }
}

4. 重启Container Manager：

sudo synoservice --restart pkgctl-ContainerManager

威联通QTS（containerd）

1. SSH登录威联通
2. 编辑配置文件：

sudo vi /etc/containerd/config.toml

3. 添加/修改配置：

[plugins."io.containerd.grpc.v1.cri".registry.mirrors."docker.io"]
  endpoint = ["https://docker.1ms.run"]

4. 重启containerd服务：

sudo systemctl restart containerd

极空间（Docker Engine）

配置方式和群晖类似，找到daemon.json添加registry-mirrors即可。

飞牛fnOS（Docker Engine）

# SSH登录后编辑配置
sudo vi /etc/docker/daemon.json

# 添加镜像加速地址
{
  "registry-mirrors": ["https://docker.1ms.run"]
}

# 重启Docker服务
sudo systemctl restart docker

一键配置

部分加速服务提供了一键配置脚本，可以自动检测容器环境（Docker Engine还是containerd）并修改对应配置，群晖、威联通、极空间、飞牛通用。具体脚本以各加速服务官方提供的为准。

额外发现：镜像搜索也快了

Docker Hub网页版在国内打开也经常超时，搜个镜像名要等半天。部分加速服务提供了镜像搜索功能，响应速度更快，标签版本也更全。

写在最后

2026年了，国内Docker镜像源的问题依然没有彻底解决。公益源能救急但不稳定，自建方案又太折腾。对于NAS用户来说，配一个稳定的镜像加速地址是最务实的选择——几分钟配好，后面每次装服务都能直接用。

NAS的乐趣在于折腾各种有趣的服务，而不是在等镜像拉取上浪费时间。

---

本文基于NAS实测环境记录，2026年4月数据。不同网络环境结果可能有差异。