我尝试在笔记本电脑上装有Kubernetes OS的3个虚拟机上将kubeadm和Debian安装在我的笔记本电脑上，其中一个作为主节点，另外两个作为工作节点。我所做的完全符合kubernetes.io上的教程所建议的。我使用命令kubeadm init --pod-network-cidr=10.244.0.0/16初始化了集群，并通过相应的kube join命令加入了worker。我使用命令Flannel安装了kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml作为网络覆盖。
命令kubectl get nodes的响应看起来不错：
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE
k8smaster Ready master 20h v1.18.3 192.168.1.100 <none> Debian GNU/Linux 10 (buster) 4.19.0-9-amd64 docker://19.3.9
k8snode1 Ready <none> 20h v1.18.3 192.168.1.101 <none> Debian GNU/Linux 10 (buster) 4.19.0-9-amd64 docker://19.3.9
k8snode2 Ready <none> 20h v1.18.3 192.168.1.102 <none> Debian GNU/Linux 10 (buster) 4.19.0-9-amd64 docker://19.3.9
命令kubectl get pods --all-namespaces的响应未显示任何错误：
NAMESPACE NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
kube-system coredns-66bff467f8-7hlnp 1/1 Running 9 20h 10.244.0.22 k8smaster <none> <none>
kube-system coredns-66bff467f8-wmvx4 1/1 Running 11 20h 10.244.0.23 k8smaster <none> <none>
kube-system etcd-k8smaster 1/1 Running 11 20h 192.168.1.100 k8smaster <none> <none>
kube-system kube-apiserver-k8smaster 1/1 Running 9 20h 192.168.1.100 k8smaster <none> <none>
kube-system kube-controller-manager-k8smaster 1/1 Running 11 20h 192.168.1.100 k8smaster <none> <none>
kube-system kube-flannel-ds-amd64-9c5rr 1/1 Running 17 20h 192.168.1.102 k8snode2 <none> <none>
kube-system kube-flannel-ds-amd64-klw2p 1/1 Running 21 20h 192.168.1.101 k8snode1 <none> <none>
kube-system kube-flannel-ds-amd64-x7vm7 1/1 Running 11 20h 192.168.1.100 k8smaster <none> <none>
kube-system kube-proxy-jdfzg 1/1 Running 11 19h 192.168.1.101 k8snode1 <none> <none>
kube-system kube-proxy-lcdvb 1/1 Running 6 19h 192.168.1.102 k8snode2 <none> <none>
kube-system kube-proxy-w6jmf 1/1 Running 11 20h 192.168.1.100 k8smaster <none> <none>
kube-system kube-scheduler-k8smaster 1/1 Running 10 20h 192.168.1.100 k8smaster <none> <none>
然后我尝试使用命令POD创建一个kubectl apply -f podexample.yml，内容如下：
apiVersion: v1
kind: Pod
metadata:
name: example
spec:
containers:
- name: nginx
image: nginx
命令kubectl get pods -o wide显示POD是在工作节点1上创建的，并且处于Running状态。
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
example 1/1 Running 0 135m 10.244.1.14 k8snode1 <none> <none>
问题是，当我尝试使用curl -I 10.244.1.14命令连接到Pod时，在主节点中得到以下响应：
curl: (7) Failed to connect to 10.244.1.14 port 80: Connection timed out
，但工作节点1上的同一命令成功响应：
HTTP/1.1 200 OK
Server: nginx/1.17.10
Date: Sat, 23 May 2020 19:45:05 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 14 Apr 2020 14:19:26 GMT
Connection: keep-alive
ETag: "5e95c66e-264"
Accept-Ranges: bytes
我认为这可能是因为kube-proxy不在主节点上运行，但是命令ps aux | grep kube-proxy表明它正在运行。
root 16747 0.0 1.6 140412 33024 ? Ssl 13:18 0:04 /usr/local/bin/kube-proxy --config=/var/lib/kube-proxy/config.conf --hostname-override=k8smaster
然后我用命令ip route检查了内核路由表，它显示发往10.244.1.0/244的数据包被路由到法兰绒。
default via 192.168.1.1 dev enp0s3 onlink
10.244.0.0/24 dev cni0 proto kernel scope link src 10.244.0.1
10.244.1.0/24 via 10.244.1.0 dev flannel.1 onlink
10.244.2.0/24 via 10.244.2.0 dev flannel.1 onlink
169.254.0.0/16 dev enp0s3 scope link metric 1000
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
192.168.1.0/24 dev enp0s3 proto kernel scope link src 192.168.1.100
对我来说一切都很好，我不知道该怎么办才能检查出什么问题。我想念什么吗？
UPDATE1：
如果我在工作节点1上启动NGINX容器并将其80端口映射到工作节点1主机的端口80，则可以从主节点通过命令curl -I 192.168.1.101连接到它。另外，我没有添加任何iptable规则，并且计算机上没有安装像UFW这样的防火墙守护程序。因此，我认为这不是防火墙问题。
UPDATE2：
我重新创建了群集，并使用canal代替了flannel，仍然没有运气。
UPDATE3：
我通过以下命令查看了运河和法兰绒原木，一切似乎都很好：
kubectl logs -n kube-system canal-c4wtk calico-node
kubectl logs -n kube-system canal-c4wtk kube-flannel
kubectl logs -n kube-system canal-b2fkh calico-node
kubectl logs -n kube-system canal-b2fkh kube-flannel
UPDATE4：
为完整性起见，here are the logs of mentioned containers。
UPDATE5：
我尝试安装特定版本的kubernetes组件和docker，以检查是否存在与以下命令的版本不匹配有关的问题：
sudo apt-get install docker-ce=18.06.1~ce~3-0~debian
sudo apt-get install -y kubelet=1.12.2-00 kubeadm=1.12.2-00 kubectl=1.12.2-00 kubernetes-cni=0.6.0-00
kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml
但没有任何改变。
我什至在所有节点上都更新了文件/etc/bash.bashrc，以清除所有代理设置，只是为了确保它与代理无关：
export HTTP_PROXY=
export http_proxy=
export NO_PROXY=127.0.0.0/8,192.168.0.0/16,172.0.0.0/8,10.0.0.0/8
，还在所有节点上的docker systemd文件/lib/systemd/system/docker.service中添加了以下环境：
Environment="HTTP_PROXY="
Environment="NO_PROXY="
然后重新启动了所有节点，当我登录时，仍然得到curl: (7) Failed to connect to 10.244.1.12 port 80: Connection timed out
UPDATE6：
i事件试图在CentOS台计算机上设置集群。认为可能与Debian有关。我还停止并禁用了firewalld，以确保防火墙不会引起问题，但我又得到了完全相同的结果：Failed to connect to 10.244.1.2 port 80: Connection timed out。
我现在唯一可疑的是，可能是因为VirtualBox和虚拟机网络配置吗？虚拟机被绑定到连接到我的无线网络接口的Bridge Adapter。
UPDATE7：
我进入了创建的POD，发现POD内部没有Internet连接。因此，我从NGINX图像中创建了另一个POD，该图像具有curl，wget，ping和traceroute之类的命令，并尝试了curl https://www.google.com -I结果：curl: (6) Could not resolve host: www.google.com。我检查了/etc/resolv.conf文件，发现POD内的DNS服务器地址为10.96.0.10。将DNS更改为8.8.8.8仍然curl https://www.google.com -I导致curl: (6) Could not resolve host: www.google.com。尝试ping 8.8.8.8，结果为56 packets transmitted, 0 received, 100% packet loss, time 365ms。对于最后一步，我尝试了traceroute 8.8.8.8，并得到了以下结果：
1 10.244.1.1 (10.244.1.1) 0.116 ms 0.056 ms 0.052 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
我不知道POD中没有Internet连接这一事实与以下问题有关：我无法从部署POD的节点之外的其他节点连接到群集中的POD。
答案 0 :(得分：1)
Debian系统将nftables用于iptables后端，该后端与Kubernetes网络设置不兼容。因此，您必须通过以下命令将其设置为使用iptables-legacy而不是nftables：
sudo update-alternatives --set iptables /usr/sbin/iptables-legacy
sudo update-alternatives --set ip6tables /usr/sbin/ip6tables-legacy