Postman发送POST请求本地失败：getaddrinfo ENOTFOUND故障求助

• 本地DNS解析排查

  • 执行nslookup remote-host2.com和ping remote-host2.com，确认本地能否解析出目标主机IP。如果解析失败，说明本地DNS无法识别该域名，可尝试手动切换DNS服务器（比如8.8.8.8或114.114.114.114）后重试。
  • 对比能正常访问的remote-host1.com的解析结果，检查是否存在域名解析规则差异（比如是否为内网域名，本地DNS未配置对应解析条目）。

• 本地网络环境限制排查

  • 检查本地防火墙、杀毒软件是否拦截了对remote-host2/3/4/5的请求，临时关闭后重试，若恢复正常则需添加对应域名的访问白名单。
  • 确认本地是否处于特殊网络环境（比如公司内网、VPN），部分内网会限制非授权域名访问，可切换到手机热点等其他网络测试。

• 目标主机网络配置排查

  • 确认remote-host2/3/4/5的域名是否正确绑定主机IP，检查域名提供商的DNS记录（A/AAAA记录）是否生效，可通过dig remote-host2.com命令验证解析状态。
  • 对比remote-host1的防火墙、安全组配置，确保目标主机开放了API服务的端口（比如8080），规则一致。
  • 用telnet remote-host2.com 端口号或nc -zv remote-host2.com 端口号测试端口连通性，确认目标端口是否可达。

• 本地客户端缓存与配置排查

  • 清理本地DNS缓存：Windows执行ipconfig /flushdns，macOS执行sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder，Linux执行sudo systemd-resolve --flush-caches，之后重新测试。
  • 检查Postman代理设置，确保未启用错误代理（比如自动检测代理或手动配置的代理无法访问目标域名），可选择“使用系统代理”或直接关闭代理重试。
  • 执行curl -v http://remote-host2.com/api/xxx查看详细请求日志，定位是解析阶段还是连接阶段出问题。

• 域名与主机特殊配置排查

  • 确认remote-host2/3/4/5是否使用CDN或负载均衡，若有则检查CDN缓存规则、负载均衡后端配置是否正常，是否存在节点故障。
  • 在目标主机本地执行curl localhost:端口号/api/xxx验证API服务可用性，若服务正常则问题出在网络层面。

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