Docker 镜像 加速

转载 https://gist.github.com/y0ngb1n/7e8f16af3242c7815e7ca2f0833d3ea6

注意:不过镜像源只能拉取,不能查询

修改 daemon.json

1、

▼
text
复制代码
sudo vi /etc/docker/daemon.json

2、

设置 daemon.json

Docker Hub 镜像加速器列表

镜像加速器镜像加速器地址专属加速器?其它加速?
Docker 中国官方镜像https://registry.docker-cn.comDocker Hub(已关闭)
DaoCloud 镜像站https://docker.m.daocloud.io白名单模式Docker Hub、GCR、K8S、GHCR、Quay、NVCR 等
Azure 中国镜像https://dockerhub.azk8s.cn仅供内部访问Docker Hub、GCR、Quay
科大镜像站https://docker.mirrors.ustc.edu.cn仅供内部访问Docker Hub、GCR、Quay
阿里云https://<your_code>.mirror.aliyuncs.com需登录,系统分配Docker Hub
七牛云https://reg-mirror.qiniu.comDocker Hub、GCR、Quay
网易云https://hub-mirror.c.163.comDocker Hub
腾讯云https://mirror.ccs.tencentyun.com仅供内部访问Docker Hub
Docker 镜像代理https://dockerproxy.comDocker Hub、GCR、K8S、GHCR
百度云https://mirror.baidubce.comDocker Hub
南京大学镜像站https://docker.nju.edu.cnDocker Hub、GCR、GHCR、Quay、NVCR 等
上海交大镜像站https://docker.mirrors.sjtug.sjtu.edu.cnDocker Hub、GCR 等(已关闭)
中科院软件所镜像站https://mirror.iscas.ac.cnDocker Hub
▼
text
复制代码
{ "registry-mirrors": [ "https://docker.1ms.run", "https://docker.m.daocloud.io", "https://dockerproxy.com", "https://docker.1panel.live", "https://hub.rat.dev", "https://docker.nju.edu.cn", "https://mirror.baidubce.com", "https://docker-cf.registry.cyou", "https://docker.m.daocloud.io", "https://registry.linkease.net:5443" ] }

如果是腾讯云,可以使用再添加 腾讯云 的镜像加速地址 如果是阿里云,可以使用其他镜像,不建议使用 阿里云 镜像,因为好像是不更新了 https://segmentfault.com/q/1010000044394227

3、重启 Docker 服务

▼
text
复制代码
sudo systemctl daemon-reload sudo systemctl restart docker

4、如果还是无法拉去镜像就试试下面这种方式

▼
text
复制代码
docker pull [OPTIONS] <registry>/<namespace>/<repository>:<tag>
  • registry:镜像仓库域名或地址,省略时默认使用 Docker Hub(registry-1.docker.io)。上面的 「镜像加速器地址」 去掉 https:// 就是这个镜像地址

  • namespace:组织或用户名称,在官方镜像里常省略(默认为 library)。

  • repository:仓库名,对应一个具体的镜像集合。

  • tag:镜像标签,用于区分版本,若不指定默认 :latest。

比如:

▼
text
复制代码
docker pull docker.1panel.live/library/mysql:8.0
▼
text
复制代码
docker pull docker.1panel.live/library/redis
▼
text
复制代码
docker pull docker.1panel.live/nacos/nacos-server:v2.2.0
0个评论
点击登录,快来和大家讨论吧~
表情
图片
暂无评论
leikooo
作者分享
IP 数据库体积缩小 31%,关键竟然是合并重复子树
2
提到用 Rust 重写项目,很多人的第一反应往往是性能提升。以 Bun 为例,它最初主要采用 Zig 开发,后来在 2026 年发布的 v1.4 版本中将核心代码迁移到了 Rust。用 Rust 重写,性能、安全性往往是大家想要的,但是有没有想过用 Rust 重写还能发现 bug 呢? pgrust 这个项就是,他用 Rust 重新实现 PostgreSQL,保持通信协议和 SQL 方言兼容。为了确认新系统的行为和原版一致,开发者需要对着 PostgreSQL 的实际返回逐个比对。结果查着查着,有些异常不是新代码的锅,PostgreSQL 自己就是这样的。pgrust 开发者 Michael Malis 把其中几个报告给了 PostgreSQL 社区。 大概的问题: 1)SP-GiST 空间索引里有个函数判断点的方位,代码认为上、下、同一水平线三种情况已经穷尽了,末尾放了句「impossible case」兜底。结果在特定浮点边界附近,三种判断同时不成立,程序真走进了这个「不可能」的分支 2)日期格式缓存复用时,一个解析模式的标记没重置,导致同一条 JSONPath 查询在同一个会话里,换个执行顺序结果就不一样。 3)pgcrypto 的 crypt() 在某些输入下截断了多字节字符,返回的文本编码不合法。能存进去,但 pg_dump 导出时就炸了。 一个用 Rust 重写的新项目,测着测着,把运行了几十年的 PostgreSQL 里埋着的东西翻了出来。Rust 重写的价值,不一定只在跑得更快、更安全这一件事上。为了做到真正的兼容,开发者得把前人没怎么碰过的边界全走一遍,这个过程本身就在帮原版排雷。
4
ARTS 1025: 唯一字符与同构字符串、省词可能增加阅读负担与重新估算软件的实现成本
5
🎉 1024 程序员节快乐! 祝编程导航里的每一位程序员:offer 多多,薪资翻倍,面试顺利,早日拿下心仪 offer!💻
17
AST:从 Java 代码理解抽象语法树
5
下载 APP