本地电脑无法直接查到服务器真实IP，除非控制该服务器、未使用CDN/代理，或捕获其原始TCP连接；通常所见仅为CDN节点、反向代理（如Nginx）或负载均衡器IP。
直接说结论：你本地电脑查不到“服务器的真实IP”，除非你控制该服务器、或它没走CDN/代理、或你能抓到它发来的原始TCP连接。多数情况下，你看到的只是CDN节点、反向代理（如Nginx）、负载均衡器（如SLB）的IP，不是源站真实IP。
为什么 ping 或 nslookup 返回的 IP 不一定真实？
很多服务（尤其是网站、小程序后端）会把域名解析指向 CDN（如 Cloudflare、腾讯云 CDN）或四层/七层负载均衡器。这时：
-
nslookup example.com返回的是 CDN 入口 IP，不是源站 -
ping example.com响应的也是 CDN 机器，ICMP 包根本没到源站 - 即使 DNS 返回了多个 A 记录，也可能是轮询或 Anycast，无法确认哪一个是源站
- 部分 CDN 默认屏蔽 ICMP，
ping会超时，但nslookup仍能返回地址——这更危险，容易误判
怎么用 netstat -an 看自己连上的服务器 IP？
这个命令只对你本机已建立的 TCP 连接有效，适合排查“我当前正在跟哪个 IP 通信”：
- 先让程序（比如浏览器、小程序、curl）发起一次请求，确保连接已建立（或未断开）
- 在命令行运行：
netstat -an | findstr :443（Windows）或netstat -an | grep ':443'（macOS/Linux） - 找状态为
ESTABLISHED的那一行，看右侧的Foreign Address列，例如104.21.32.178:443—— 这就是你此刻连着的那个 IP - 注意：如果用了 HTTPS + SNI + TLS 1.3，且服务端启用了 ESNI/ECH，这个 IP 仍可能是代理，不是源站
抓包看 Remote Address 是最靠谱的现场方法
当你有调试权限（比如测试环境的小程序、内部后台），用抓包工具能拿到真实建连 IP：
- 用
Charles或Fiddler代理手机流量，开启 SSL 解密（需装证书） - 触发一次 API 请求（如
wx.request({ url: 'https://api.xxx.com/login' })） - 在抓包列表里右键该请求 → Copy → Copy Remote Address，粘贴出来就是 TCP 层实际连接的 IP+端口
- 如果显示的是域名（如
api.xxx.com:443），说明还没完成 DNS 解析或抓包没捕获到 TCP 握手，换用Wireshark抓底层包更稳 - 注意：企业微信、飞书等 SDK 可能绕过系统代理，此时需用
adb shell tcpdump（安卓）或网络扩展（iOS）
硬编码或配置里搜 192.168.、10.、172.16. 这类私有网段
开发阶段或测试环境，后端地址常被写死在前端代码里，尤其老项目或临时调试分支：
- 如果是小程序，解包
.wxapkg后全局搜索：https://、http://、host:、baseUrl、apiRoot - 重点盯
utils/request.js、config/index.js、app.js里的变量赋值 - 搜到类似
host: '192.168.3.105'或url: 'http://10.0.1.22:8080/api'，这就是开发机直连 IP，但仅限局域网可用 - 公网环境几乎不会写私有 IP，搜到了也大概率是无效配置
真正难的不是“怎么查”，而是判断查到的 IP 是否可直连、是否长期稳定、是否被防火墙拦截。CDN 和 WAF 已成标配，源站 IP 被藏得越深，越说明它不该暴露——别为了“查到”而忽略安全边界。
