Postman报DNS_PROBE_FINISHED_NXDOMAIN可排除其自身缺陷，问题必在系统级DNS解析环节，主因是本地hosts干扰、DNS缓存污染、代理劫持或企业中间人设备策略限制。
Postman 报 DNS_PROBE_FINISHED_NXDOMAIN 或 “无法解析域名”，基本可以排除 Postman 本身缺陷——它不参与 DNS 解析，只是把域名原样交给系统网络栈。问题一定出在请求发出前的解析环节，且大概率和本地环境强相关。
确认是 DNS 解析失败，不是网络连通性问题
先区分现象本质：如果 ping example.com 失败但 ping 8.8.8.8 成功，且浏览器也打不开该域名，才属于 DNS 问题；如果 Postman 报错但 curl -v https://example.com 能拿到响应，则可能是 Postman 自身代理或证书配置干扰了底层解析路径。
- 在终端执行
nslookup api.example.com和dig api.example.com，观察是否返回权威应答（ANSWER SECTION） - 对比执行
nslookup api.example.com 8.8.8.8（直连 Google DNS），若成功而默认 DNS 失败，说明本地 DNS 服务器不可靠 - 检查 Postman Settings → Proxy → “Use the system proxy” 是否误启用——系统代理常会劫持 DNS 查询逻辑，导致解析走代理通道而非系统 resolver
排查 /etc/hosts 或 Windows hosts 文件硬编码干扰
Postman 完全遵循操作系统级域名解析顺序：先查 hosts，再走 DNS。企业环境、测试脚本、甚至某些国产安全软件会静默修改该文件，插入错误映射。
- Linux/macOS 执行
cat /etc/hosts | grep -i "api\.example"，检查是否有指向127.0.0.1或无效 IP 的条目 - Windows 执行
type C:\Windows\System32\drivers\etc\hosts | findstr /i "api.example" - 特别注意注释行后隐藏的空格+IP+域名组合，这类条目仍会被解析器加载
- 临时重命名
hosts文件并重启 Postman 测试，可快速验证是否为根因
绕过系统 DNS 缓存，强制刷新解析链路
Postman 不缓存 DNS，但系统层会缓存（如 Windows 的 DNS Client 服务、macOS 的 mDNSResponder）。缓存污染会导致旧记录长期生效，尤其在切换网络或更新 DNS 配置后。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- Windows：运行
ipconfig /flushdns，然后重启 Postman（仅重启软件不足以清空其内部 socket 连接池中的 DNS 结果） - macOS：执行
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder - Linux（systemd-resolved）：
sudo systemd-resolve --flush-caches - 若使用 Docker Desktop 或 WSL2，还需分别清理其内置 DNS 缓存，因其网络栈独立于宿主机
检查企业级中间人代理对 DNS 查询的透传能力
Zscaler、Netskope 等安全网关在 HTTPS 流量拦截时，常会同步接管 DNS 请求。它们若未正确透传 SNI 域名或缓存了错误的 A 记录，Postman 就会收不到有效 IP。
- 打开 Postman DevTools（View → Developer → Show DevTools (Current View)），切到 Network 面板，发送请求后观察是否有
dns类型的请求条目（Chromium 120+ 支持） - 若无 DNS 请求记录，说明解析已在更底层完成（如 hosts 或系统缓存命中），需回溯前几步
- 若有 DNS 请求但状态为
failed或返回空响应，大概率是中间人设备策略限制，需联系网络管理员确认该域名是否在白名单中 - 临时关闭 Zscaler/Netskope 客户端，用手机热点直连测试，可快速隔离是否为企业代理导致
真正棘手的不是找不到 DNS 服务器，而是系统 resolver 把请求发出去了、对方也回了包，但 Postman 拿不到结果——这种静默丢包往往卡在虚拟网卡驱动、防火墙 UDP 53 规则、或容器网络桥接配置里。建议从 tcpdump -i any port 53 抓包开始，看请求发没发出、响应收没收到，比盲调设置更可靠。
