Kubernetes内部服务域名解析至localhost，Go服务调用失败curl却正常？

我正尝试使用Kubernetes内部服务DNS实现服务间HTTP通信。在同一个Deployment的Pod里用curl调用另一个Pod正常，但用Golang的net/http包发起请求时失败。

相关日志 #

2023/01/27 15:48:37 oauth2.go:90: oauth2 url http://hydra-admin.microservices.svc.cluster.local:4445/oauth2/auth/requests/login/accept
2023/01/27 15:48:37 oauth2.go:101: Unable to make http request Put "http://localhost:4445/admin/oauth2/auth/requests/login/accept?login_challenge=b569006c8b834a298cf1cd72e2424953": dial tcp [::1]:4445: connect: connection refused

curl测试结果（正常） #

/ # curl -X PUT http://hydra-admin:4445/admin/oauth2/auth/requests/login/accept?login_challenge=6f51146e49c54b739de8a37b25a72349
{"error":"invalid_request","error_description":"The request is missing a required parameter, includes an invalid parameter value, includes a parameter more than once, or is otherwise malformed. Unable to decode body because: EOF"}

排查与解决思路 #

• 检查代码中的URL替换逻辑：日志打印的目标URL是hydra-admin.microservices.svc.cluster.local，但实际请求的是localhost，说明代码里存在地址篡改逻辑。排查Golang代码中OAuth2客户端配置、HTTP请求构造的部分，是否有硬编码或逻辑错误把服务域名替换成了localhost。
• 验证环境变量配置：确认Pod内的环境变量，是否有变量被错误设置为localhost:4445，且你的服务读取该变量构造请求URL，而非使用正确的服务DNS域名。
• 检查第三方库配置：如果使用了OAuth2客户端库或服务发现组件，确认这些库的配置是否正确，是否开启了本地调试模式（强制将目标地址指向localhost）。
• 确认DNS解析结果：在Pod内执行nslookup hydra-admin.microservices.svc.cluster.local，验证解析结果为服务的ClusterIP而非127.0.0.1/::1（curl正常说明DNS无问题，此步骤可快速排除环境问题）。
• 追踪请求构造过程：在代码中增加日志，打印最终发起请求前的完整URL，确认从配置到请求发送的每一步没有被中间件、拦截器或其他逻辑修改地址。

内容的提问来源于stack exchange，提问作者Hariharan Sivakumar