Docker拉取鏡像超時的原因分析與解決方法
前言
最近在使用 Docker 拉取鏡像時,遇到了一連串令人抓狂的超時報錯:
ERROR: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection
這問題聽起來熟悉嗎?網(wǎng)上一搜,大家都建議你配置國內(nèi)鏡像源。但我試了好幾個,照做之后依然拉!不!動!,仿佛鏡像倉庫從地球被搬到了火星。
于是,我花了一整天翻資料、試配置,最終完美解決。今天就來詳細分享這趟“排雷”過程,以及一個隱藏的關(guān)鍵點,希望能幫你徹底解決 Docker 拉取鏡像超時的問題。
一、問題現(xiàn)象
在執(zhí)行如下命令拉取鏡像時:
docker pull nginx
Docker 會嘗試從默認倉庫 https://registry-1.docker.io/v2/ 拉取,但出現(xiàn)了下面這個報錯:
Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection
這個錯誤大概率是因為網(wǎng)絡(luò)問題,連接 Docker 官方倉庫超時。國內(nèi)訪問 Docker Hub 一直不算穩(wěn)定,加速器成了剛需。
二、常規(guī)解決方案:配置國內(nèi)鏡像源
大部分教程都建議配置 /etc/docker/daemon.json 文件(沒有就新建一個),內(nèi)容如下:
{
"registry-mirrors": [
"https://docker.1panel.live",
"https://dc.j8.work",
"https://docker.m.daocloud.io",
"https://dockerproxy.com",
"https://docker.mirrors.ustc.edu.cn",
"https://docker.nju.edu.cn"
]
}
配置完之后重啟 Docker:
systemctl daemon-reexec
systemctl restart docker
理論上應(yīng)該可以了……結(jié)果還是超時!
三、深入排查:這些隱藏配置你加了嗎
在我反復(fù)嘗試多種鏡像源無果之后,我開始懷疑:
是不是僅僅配置 registry-mirrors 不夠?
答案是:是的!
我最終使用了下面這份更全面的配置,才真正解決問題:
{
"registry-mirrors": [
"https://docker.registry.cyou",
"https://docker-cf.registry.cyou",
"https://dockercf.jsdelivr.fyi",
"https://docker.jsdelivr.fyi",
"https://dockertest.jsdelivr.fyi",
"https://mirror.aliyuncs.com",
"https://dockerproxy.com",
"https://mirror.baidubce.com",
"https://docker.m.daocloud.io",
"https://docker.nju.edu.cn",
"https://docker.mirrors.sjtug.sjtu.edu.cn",
"https://docker.mirrors.ustc.edu.cn",
"https://mirror.iscas.ac.cn",
"https://docker.rainbond.cc",
"https://do.nark.eu.org",
"https://dc.j8.work",
"https://gst6rzl9.mirror.aliyuncs.com",
"https://registry.docker-cn.com",
"http://hub-mirror.c.163.com",
"http://mirrors.ustc.edu.cn/",
"https://mirrors.tuna.tsinghua.edu.cn/",
"http://mirrors.sohu.com/"
],
"insecure-registries": [
"registry.docker-cn.com",
"docker.mirrors.ustc.edu.cn"
],
"debug": true,
"experimental": false
}幾個關(guān)鍵點必須解釋清楚:
1.鏡像源要夠多
不是所有鏡像都適用于你當(dāng)前的網(wǎng)絡(luò)環(huán)境,多加幾個備用,不僅速度快,還能防止單點故障。
2.添加 insecure-registries
有些鏡像源不支持 HTTPS,或你所在的網(wǎng)絡(luò)環(huán)境中存在中間人干擾,Docker 默認不會信任這些源。通過加上 "insecure-registries",你明確告訴 Docker:“我信它!”
3.debug 和 experimental 參數(shù)
這兩個不是解決問題的核心,但建議開啟 debug: true,可以打印更多日志方便后續(xù)排查。
四、完整操作流程總結(jié)
編輯或新建 /etc/docker/daemon.json:
sudo nano /etc/docker/daemon.json
粘貼上面的配置內(nèi)容。
重啟 Docker:
sudo systemctl daemon-reexec sudo systemctl restart docker
驗證是否生效:
docker info
在輸出中找到 "Registry Mirrors" 字段,如果配置的鏡像源都顯示出來了,就說明生效了。
五、額外建議
科學(xué)上網(wǎng)優(yōu)先:如果你有穩(wěn)定的代理,其實使用官方鏡像源也沒問題。
測試鏡像加速效果:可以用 curl 命令去訪問鏡像源,看響應(yīng)速度。
定期更新鏡像源列表:有些鏡像站可能過期、下線,保持新鮮有助于穩(wěn)定。
六、寫在最后
Docker 鏡像拉取超時這個坑,真的是國內(nèi)開發(fā)者的“入門之痛”。
到此這篇關(guān)于Docker拉取鏡像超時的原因分析與解決方法的文章就介紹到這了,更多相關(guān)Docker拉取鏡像超時內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
優(yōu)化Docker鏡像安全性的12個技巧總結(jié)
docker是虛擬化容器技術(shù),有三個主要概念,鏡像(類)、容器(對象)、倉庫,docker就是類似VM虛擬機一樣的虛擬技術(shù),體積小,運行速度快,下面這篇文章主要給大家介紹了關(guān)于優(yōu)化Docker鏡像安全性的12個技巧,需要的朋友可以參考下2022-03-03
兩臺互通的服務(wù)器使用Docker部署一主兩從MySQL8.0.35的方法
本文主要介紹了在兩臺服務(wù)器上使用Docker部署一主兩從的MySQL?8.0.35架構(gòu),文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2025-03-03
基于Docker的MongoDB實現(xiàn)授權(quán)訪問的方法
這篇文章主要介紹了基于Docker的MongoDB實現(xiàn)授權(quán)訪問的方法,需要的朋友可以參考下2017-03-03

