gpt4 book ai didi

kubernetes - 端口转发工作正常,但无法从同一 GKE 集群中的其他 POD 访问端口

转载 作者:行者123 更新时间:2023-12-02 12:04:21 27 4
gpt4 key购买 nike

我有一个用于 MQ 的有状态集,为 TCP 公开了两个端口 1414,为 HTTPS 公开了 9443,并创建了 Loadbalancer 类型的服务。 TCP 的 1414 工作正常,能够使用服务名称/集群 IP 从同一集群中的其他 POD 远程登录 ..也能够从 GKE 集群外部连接 1414。

但问题是无法从集群中的其他 POD(服务名称/集群 IP)或集群外部(外部 IP)访问端口 9443。执行到 POD 并在本地测试时,telnet 工作正常.. telnet 127.0.01 9443

HTTPS服务是否缺少任何配置..

注意:端口转发工作正常并且能够连接到 API。 kubectl 端口转发 svc/mq-qmdtest 9443:9443

服务定义

apiVersion: v1
kind: Service
metadata:
name: {{.Values.name}}
namespace: {{.Values.namespace}}
annotations:
cloud.google.com/load-balancer-type: "Internal"
labels :
run: {{.Values.name}}
spec:
type: LoadBalancer
loadBalancerIP: {{.Values.loadBalancerIP}}
ports:
- name: webui
port: 9443
protocol: TCP
- name: mq
port: 1414
protocol: TCP
selector:
run: {{.Values.name}}

Stateful Set - 容器端口配置
    ports:
- containerPort: 9443
protocol: TCP
name: webui
- containerPort: 1414
protocol: TCP
name: mq

最佳答案

The telnet is working fine when exec to the POD and test locally.. telnet 127.0.01 9443 ... Port forward is working fine and able to connect to the API. kubectl port-forward svc/mq-qmdtest 9443:9443



几乎可以肯定是 pod 只在 localhost 上监听造成的; port-forward还与 localhost 交互,因此您无法从集群中的其他 pod 访问它,但您可以从它自己访问它,并且您可以从端口转发访问它,这意味着该服务仅监听本地连接。

在不了解该软件的情况下,我无法为您提供“打开此文件,更改此值”类型的说明,但请注意“绑定(bind)主机”或任何可以接受主机和端口的“监听”配置,在这种情况下,将“绑定(bind)主机”设置为 0.0.0.0或“收听”配置到 0.0.0.0:9443

关于kubernetes - 端口转发工作正常,但无法从同一 GKE 集群中的其他 POD 访问端口,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56051884/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com