无法访问本地主机上的kubernetes服务
我无法在localhost:nodePort上访问kubernetes服务，但可以在127.0.0.1:nodePort上访问相同的服务。我还可以从masterip:nodePort这样的浏览器访问服务 下面是输出无法访问本地主机上的kubernetes服务,kubernetes,kubectl,Kubernetes,Kubectl,我无法在localhost:nodePort上访问kubernetes服务，但可以在127.0.0.1:nodePort上访问相同的服务。我还可以从masterip:nodePort这样的浏览器访问服务 下面是输出 [root@k8s-master ~]# kubectl get services NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes ClusterIP 1
[root@k8s-master ~]# kubectl get services
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 4h26m
nginx NodePort 10.109.106.21 <none> 80:30893/TCP 7m24s
[root@k8s-master ~]# curl -I 127.0.0.1:30893
HTTP/1.1 200 OK
Server: nginx/1.17.5
Date: Wed, 13 Nov 2019 15:48:44 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 22 Oct 2019 14:30:00 GMT
Connection: keep-alive
ETag: "5daf1268-264"
Accept-Ranges: bytes
[root@k8s-master ~]# curl -I localhost:30893
^C
[root@k8s-master ~]# ping localhost
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.094 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.077 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.069 ms
^C
--- localhost ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.069/0.080/0.094/0.010 ms
[root@k8s-master ~]#kubectl获得服务
名称类型CLUSTER-IP外部IP端口年龄
kubernetes ClusterIP 10.96.0.1 443/TCP 4h26m
nginx节点端口10.109.106.21 80:30893/TCP 7m24s
[root@k8s-master ~]#curl-I 127.0.0.1:30893
HTTP/1.1200ok
服务器：nginx/1.17.5
日期：2019年11月13日星期三15:48:44 GMT
内容类型：text/html
内容长度：612
最后修改：2019年10月22日星期二14:30:00 GMT
连接：保持活力
ETag:“5daf1268-264”
接受范围：字节
[root@k8s-master~]#curl-I本地主机：30893
^C
[root@k8s-主控~]#ping localhost
PING localhost（127.0.0.1）56（84）字节的数据。
来自本地主机的64字节（127.0.0.1）：icmp_seq=1 ttl=64时间=0.094毫秒
来自本地主机的64字节（127.0.0.1）：icmp_seq=2 ttl=64时间=0.077毫秒
来自本地主机的64字节（127.0.0.1）：icmp_seq=3 ttl=64时间=0.069毫秒
^C
---本地主机ping统计信息---
传输3个数据包，接收3个，0%数据包丢失，时间2000ms
rtt最小值/平均值/最大值/mdev=0.069/0.080/0.094/0.010 ms
如何解决此问题。有一个旧的报告问题似乎与您的问题有关
根据这一点，这可能与IPv6有关，解决方案是在每次执行
curl--ipv4