Error from server: error dialing backend: dial tcp: lookup xxx on 114.114.114.114:53: no such

最新推荐文章于 2025-04-06 00:30:00 发布
最新推荐文章于 2025-04-06 00:30:00 发布
阅读量2.1w 收藏 2
点赞数 1
分类专栏： kubernetes 文章标签： docker kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/luckytanggu/article/details/72870233
版权

k8s集群新增节点机node3，有一个容器busybox运行在nod3上的，在k8s master主机上执行进行容器命令返回如下错误

$ kubectl exec -it busybox sh

Error from server: error dialing backend: dial tcp: lookup node3 on 114.114.114.114:53: no such host

但跑到node主机上，进行容器却可以

$ doker exec -it containerid sh

百思不得其解，又重新确认一次node3上的docker和kubernetes配置，确认无误。最后在master主机的 /etc/hosts 上添加node3的ip和主机名，问题就解决了

192.168.100.53 node3

Rancher从入门到精通-2.0 A: read udp 10.42.0.9:57457->114.114.114.114:53: i/o timeout
隔壁老瓦的专栏
05-12 4073
kubectl get pods --all-namespaces -o wide 也就是说coredns 无法访问114.114.114.114:53
Error response from daemon: Get https://registry-1.docker.io/v2/: dial tcp: lookup registry-1.docker
追随内心
03-29 1242
https://blog.csdn.net/hw900115/article/details/80495568 参考 1.用网上找的网易加速镜像 docker pull hub.c.163.com/library/mysql:5.7 2.重命名镜像 docker tag hub.c.163.com/library/mysql:5.7 mysql:5.7 3.现在我们查看...
[问题已处理]-k8s报错Error from server- error dialing backend- dial tcp 172.16.20.88-10250
爷来辣的博客
03-21 2178
导语：重启服务器之后，节点连接pod报错Error from server: error dialing backend: dial tcp 172.16.20.88:10250 现象是pod都无法进入，查看报错日志就是提示Error from server: error dialing backend: dial tcp 172.16.20.88:10250。 查看节点状态 kubectl get nodes发现节点是notready 登录到节点查看kubelet服务 发现kubelet报错，怀疑是修改了
golang学习笔记——dial tcp: lookup goproxy.io on修改/etc/resolv.conf
最新发布
e891377的专栏
04-06 182
缺点是每次重启系统都要执行一次。
Kubernetes报错：Error from server: error dialing backend: dial tcp x.x.x.x:10250: connect: no route to ...
拾级而上
07-08 6318
问题 执行kubectl命令时报错 #查看日志 kubectl logs xxxxx #进入pod容器 kubectl exec -it xxxx 解决 检查Pod所在节点的防火墙是否开启 #查看Pod所在的Node kubectl get pods -o wide #在Node节点查看防火墙状态 systemctl status firewalld #如果出现绿色running状态，...
Error from server: error dialing backend: dial tcp: lookup
被IT耽误的歌手的博客
04-08 7724
  root@master-node:/tmp/k8s-1.6/production/memcached# kubectl get pod --all-namespaces NAMESPACE NAME READY STATUS RESTARTS AGE default pro-w-mem-1448348793-...
kubernets：Error from server:Error from server: error dialing backend: dial tcp 192.168.2.213:10250:
11-24 2617
kubernets创建好pod后登录报错：pod名叫pod-demo 解决办法： 在master主节点找到pod-demo所在节点： kubectl get pods -o wide 在node5上查看防火墙是否开启： systemctl status firewalled.service 如果状态是active，就关掉 systemctl disable --now firewalled 最后来到master节点登录成功： ...
go异常 Consul transport: Error while dialing dial tcp too many colons in address
qq_36115340的博客
11-24 865
但是这个方法是基于http请求的，如果每次请求时，都调用这个方法，会损失一定性能。如果你不是和我一样基于 conusl协议的，可以尝试把地址写成[协议://ip地址]:端口/endpoint 或者 [账号@密码:地址]:端口/endpoint这样说不定就解决了(也就是:端口前面的内容用中括号括起来)。这样钻牛角尖，纯粹为了技术研究，拖这个问题的福，我对gprc底层的通信的实现原理大致全新的理解。我在模板代码里找了半天，又去grpc的包中找，再去consul的包中去查找，都找不到哪里有些这个解析器。
mico run报错： “transport: Error while dialing dial tcp 127.0.0.1:8081: connect: connection refused“
qq_44630120的博客
12-23 1万+
最近在学习micro框架的时候，遇到了下面这个问题： lcx@ubuntu:~/lhome$ micro run . Error creating stream: rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing dial tcp 127.0.0.1:8081: connect: connection refused" 出现这个错误的原因是，没有登陆micro： #首先
docker拉取镜像失败：error pulling image configuration: download failed after attempts=6: dial tcp 74.86.228
生活不只是眼前的苟且,还有诗和远方!
06-24 4836
【代码】docker拉取镜像失败：error pulling image configuration: download failed after attempts=6: dial tcp 74.86.228。
Error response from daemon: Get https://10.0.0.7/v2/: dial tcp 10.0.0.7:443: connect: connection ref
weixin_53637029的博客
07-18 2714
一个人时翻山越岭，两个人时穿过四季 HARBOR报错： Error response from daemon: Get https://10.0.0.7/v2/: dial tcp 10.0.0.7:443: connect: connection refused 解决方法 在docker.service配置文件中，下面的圈起来的地方，加上这段话： IP或者域名都行： --insecure-registry 10.0.0.7 --insecure-registry harbor.lpk.net 改完
解决执行go mod tidy时报错的问题：dial tcp: lookup xxx: no such host
米诺有糖吃
06-09 2292
解决执行go mod tidy时报错的问题：dial tcp: lookup xxx: no such host。
Error from server: Get “https:IP:10250/*“:dial tcp IP:10250: connect: no route to host
qq_42997214的博客
01-20 7453
Error from server: Get “https://10.23.XX:10250/containerLogs/kpanda-system/kpanda-controller-manager-6c77785f75-htwbd/kpanda-controller-manager”: dial tcp 10.23.XX:10250: connect: no route to host 问题发现： 在集群中部署应用，查看状态，发现某个pod一直起不来。 kubectl get pod -A 问题追踪及
k8s calico-node错误日志 listen tcp: lookup localhost on ip:53: no such host
任我行的博客
09-13 2914
问题描述： 查看pods状态，发现 calico-node异常 [root@k8s-master ~]# kubectl get pods --all-namespaces NAMESPACE NAME READY STATUS RESTARTS AGE kube-system calico-node-m5s7m
Get https://harbor.xxx.com/v2/: dial tcp: lookup ip:port，no such host 的解决办法
Austin_的博客
07-02 4334
docker推送harbor的bug
执行kubectl exec -it报错分析
liukuan73的专栏
11-24 1万+
现象执行kubectl -it exec podname /bin/bash进入容器时报错： Error from server: error dialing backend: dial tcp: lookup k8sslave04 on 10.233.0.2:53: no such host原因api_server是用kargo以static pod形式部署的，整个k8s集群部署好之后又
三步解决，dial tcp: lookup production.cloudflare.docker.com on 114.114.114.114:53: read udp i/o timeout
热门推荐
ucsheep-You see sheep!
10-21 14万+
突然间，我的docker开始报类似这样的错误 dial tcp: lookup production.cloudflare.docker.com on 114.114.114.114:53: read udp 192.168.1.117:25690->114.114.114.114:53: i/o timeout 真的是莫名其妙啊！各大站点逛遍也没有找到一个明确的解释！很寒心啊！ ...
macM2 docker报错:Error response from daemon: Get “...“: proxyconnect tcp: dial tcp: lookup http.docker
我心飞翔
08-19 947
Error response from daemon: Get "https://index.docker.io/v1/search?q=mongo&n=25": proxyconnect tcp: dial tcp: lookup http.docker.internal on 192.168.65.7:53: read udp 192.168.1.0:43677->192.168.65.7:53: i/o timeout 解决实录
k8s报错Unable to connect to the server: dial tcp: lookup cluster-endpoint on xxx
qq_38838006的博客
02-19 3771
在此要强调一点的是，直接修改/etc/resolv.conf这个文件是没用的，网络服务重启以后会根据/etc/sysconfig /network-scripts/ifcfg-eth0来重载配置，如果ifcfg-eth0没有配置DNS，那么resolv.conf会被冲掉，重新变成空值。/etc/sysconfig /network-scripts/ifcfg-eth0 下的dns IP。然后使用如下命令重启网络服务。改为 8.8.8.8。
docker: error pulling image configuration: download failed after attempts=6: dial tcp 31.13.91.33:443: i/o timeout
06-19
当在Mac上使用Docker Desktop遇到`docker: error pulling image configuration: download failed after attempts=6: dialing production.cloudflare.docker.com:443 no HTTPS proxy: connecting to 104.18.122.25:443: dial tcp 104.18.122.25:443: i/o timeout`这类错误时，这通常意味着Docker在尝试从Cloudflare的服务器下载镜像配置时遇到了连接超时。原因可能是网络连接问题或者是代理设置不正确。 解决这个问题的步骤如下： 1. **检查网络连接**: 确认你的设备能够正常访问互联网。试着访问其他网站，如Google或YouTube，看是否能正常加载。 2. **检查代理设置**: 如果你设置了代理，确保Docker Desktop使用的是正确的代理服务器和端口。你可以在Docker设置中检查代理配置。如果使用了公司代理，可能需要在Docker中配置代理设置，具体方法取决于你的代理类型（HTTP、HTTPS或SOCKS）。 3. **重试连接**: 尝试直接在终端执行`docker pull <image_name>`，看看是否能成功拉取。如果可以，说明问题可能在于docker-compose文件。 4. **重启Docker Desktop**: 如引用[2]所述，有时候重启Docker Desktop可以解决临时的连接问题。关闭并重新打开Docker Desktop，再试一次`docker-compose up`。 5. **增加下载尝试次数**: 如果上述方法无效，尝试更新Docker Desktop到最新版本，或者在`docker-compose.yml`文件中增加`pull:`策略，如`pull: always`或`pull: ifnotpresent`，以强制Docker总是尝试下载镜像。 6. **检查防火墙设置**: 确保你的防火墙没有阻止Docker对特定IP地址的访问。 如果以上步骤都无法解决问题，可能是云服务商端的问题，建议联系云服务商的客服或等待一段时间再试。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值