GKE部署ThingsBoard后MQTT Broker地址配置问题咨询

直接使用GKE节点公网IP无法连接MQTT的核心原因是：ThingsBoard的MQTT服务未正确对外暴露，或你使用的地址/端口不符合GKE的服务暴露规则。以下是具体排查和配置步骤：

1. 确认MQTT服务的暴露类型 #

登录GKE集群，执行命令查看ThingsBoard相关服务：

kubectl get svc -n <你的ThingsBoard命名空间>

找到MQTT相关的Service（通常名为thingsboard-mqtt或thingsboard-mqtt-transport），根据其TYPE选择对应地址：

• LoadBalancer类型：直接使用Service的EXTERNAL-IP作为Broker地址，搭配默认端口1883（未加密）或8883（加密）
• NodePort类型：使用GKE节点公网IP + Service的NodePort端口（例如节点IP是1.2.3.4，NodePort是30188，则地址为1.2.3.4:30188）
• ClusterIP类型：说明服务仅在集群内部可访问，需修改Service类型为LoadBalancer或NodePort才能对外提供服务

2. 验证端口与防火墙规则 #

• 确认Service的端口映射正确：例如1883:1883/TCP（LoadBalancer）或30188:1883/TCP（NodePort）
• 检查GKE集群的防火墙规则，确保外部流量能访问对应端口：
  • LoadBalancer模式：GKE会自动创建对应防火墙规则，若未生效可手动添加允许0.0.0.0/0访问1883/8883的规则
  • NodePort模式：需添加允许外部访问NodePort范围（默认30000-32767）的规则

3. 测试连通性 #

用MQTT客户端工具验证，比如使用mosquitto_pub：

# 未加密MQTT测试
mosquitto_pub -h <Broker地址> -p <端口> -t "test/topic" -m "hello" -u <ThingsBoard用户名> -P <设备令牌/密码>

如果连接失败，先检查ThingsBoard的MQTT Pod是否正常运行：

kubectl get pods -n <你的命名空间> | grep mqtt

确保Pod状态为Running，无重启或错误日志。

额外提示 #

• 若使用TLS加密连接，需确保客户端信任ThingsBoard的SSL证书，或在客户端配置中禁用证书验证（仅用于测试环境）
• 若通过Ingress暴露MQTT，需配置Ingress的TCP/UDP转发规则，GKE Ingress需在集群的configmap中添加对应端口映射

内容的提问来源于stack exchange，提问作者Shashank kumar