K8s中Consul注入器Pod启动失败：无法发现外部Consul服务器地址

看起来你的Consul注入器Pod还在默认尝试访问K8s内部的Consul服务域名（consul-consul-server.consul.svc），完全没用到你指定的外部Consul服务器IP，这就是问题的根源。咱们一步步来排查解决：

• 确保externalServers配置正确生效
  你需要在Helm的values配置里明确开启外部服务器模式，并且指定你的外部Consul地址。正确的配置应该是这样的：

  # 禁用K8s内部的Consul Server，因为你用的是外部实例
  server:
    enabled: false
  
  # 开启外部Consul服务器连接配置
  externalServers:
    enabled: true
    # 填你外部Consul的advertise_addr（也就是192.168.60.10）
    hosts: ["192.168.60.10"]
    # 如果你的Consul用了非默认端口（默认是8500），就加上这行
    # port: 8500
  

  关键是externalServers.enabled必须设为true，否则注入器会一直尝试用内部的Consul服务DNS地址。

• 重新部署Consul Helm Chart
  修改完values文件后，执行Helm更新命令让配置生效：

  helm upgrade consul hashicorp/consul -f your-values-file.yaml --namespace consul
  

  （如果是首次安装就用helm install，注意替换your-values-file.yaml和命名空间为你实际的配置）

• 验证注入器Pod的连接行为
  重新部署后，查看注入器Pod的日志，确认它现在是否在尝试连接你指定的外部IP：

  kubectl logs -n consul <consul-injector-pod-name>
  

  如果日志里出现trying to connect to a Consul server后，目标地址是192.168.60.10，那就说明配置生效了。

• 额外验证K8s到外部Consul的网络连通性
  如果还是有问题，先确认K8s集群能正常访问外部Consul：

  # 测试IP可达性
  kubectl run -it --rm --image busybox:1.34.0 test-consul -- ping 192.168.60.10 -c 3
  
  # 测试Consul API端口连通性
  kubectl run -it --rm --image busybox:1.34.0 test-consul -- wget -O- http://192.168.60.10:8500/v1/status/leader
  

  如果这两个命令都能成功返回结果，说明网络没问题，再回头检查Helm配置是否有遗漏（比如有没有不小心开启了其他依赖内部Consul的组件）。

备注：内容来源于stack exchange，提问作者Stackn00b