Google cloud platform GCP:kubectl exec/logs无法将UBUNTU用作操作系统
我创建了一个2节点集群,操作系统是UBUNTU。 部署容器后,尝试kubectl exec或日志失败,错误如下:-Google cloud platform GCP:kubectl exec/logs无法将UBUNTU用作操作系统,google-cloud-platform,google-kubernetes-engine,Google Cloud Platform,Google Kubernetes Engine,我创建了一个2节点集群,操作系统是UBUNTU。 部署容器后,尝试kubectl exec或日志失败,错误如下:- Error from server: error dialing backend: No SSH tunnels currently open. Were the targets able to accept an ssh-key for user <username> 我正在使用笔记本电脑执行所有CLI命令。 这一问题已在以下网址提出:- 我用你精确的命令复制了你
Error from server: error dialing backend: No SSH tunnels currently open. Were the targets able to accept an ssh-key for user <username>
我正在使用笔记本电脑执行所有CLI命令。
这一问题已在以下网址提出:-
我用你精确的命令复制了你的问题,效果很好。这一定是由于其他原因造成的问题(如防火墙,如建议的问题跟踪程序) 实际上,请检查以确认您有以下三条防火墙规则:
gke-gke-test-cluster-07424324-all ...
gke-gke-test-cluster-07424324-ssh ...
gke-gke-test-cluster-07424324-vms ...
关于cloud shell和您的笔记本电脑,如果您使用cloud SDK进行了正确的身份验证,则没有太大区别。所以说“这个问题也可以从gcp cloud shell中重现”并没有真正的意义
如果您确实有防火墙规则,但在项目中没有做太多工作,我建议您创建一个新项目并从那里开始。项目元数据的大小存在一些问题。我们清理了它,它工作了。在向UBUNTU集群添加COS节点(使用nodepool)时,exec开始工作。这个问题也可以从gcp云计算中重现,但由于某种原因,如果我向同一集群添加COS节点,它就开始对我起作用。我为ubuntu集群创建了一套相同的防火墙规则
gke-gke-test-clart-db979caf-所有默认入口1000 udp、icmp、esp、ah、sctp、tcp
gke-gke-test-clart-db979caf-ssh默认入口1000 tcp:22
gke-gke-test-clart-db979caf-vms默认入口1000 icmp、tcp:1-65535,udp:1-65535
这似乎是我的项目的一个问题。它在另一个项目中起作用。谢谢你的帮助。
gke-gke-test-cluster-07424324-all ...
gke-gke-test-cluster-07424324-ssh ...
gke-gke-test-cluster-07424324-vms ...