本地网查上层服务器IP，核心路径就三条：用tracert逐跳追踪、去网关设备上看连接表、抓包看流量去向。 这三条路对应不同权限和场景，普通办公网用第一条最快，有设备管理权限用第二条最准，搞不清状况用第三条最彻底。
先说个容易混淆的点,很多人以为”上层服务器”指的是DNS服务器，其实在本地网络语境里，它通常指你访问的目标服务器，或者你所在局域网出口的上一跳设备，搞清楚这个概念，后面操作才有方向。
用tracert命令找服务器IP：最直接的路径追踪法
这是目前本地网排查最常用的手段，不需要任何额外权限，Windows、Linux、macOS都自带。 它能看到你的数据包从本地出发，经过哪些路由器，最后到达目标IP的完整路径。
Windows系统下的具体操作
打开命令行（Win+R输入cmd），直接敲：
tracert -d 目标域名或IP加上-d参数是为了不让它做反向DNS解析，速度会快很多，输出的每一行就是一个节点，从左到右依次是跳数、延迟、IP地址。你真正要找的上层服务器IP，通常是最后一跳那个地址。
这里有个实操技巧：如果tracert到第三跳就全是，别慌，多数情况下是中间路由器禁ping了，不代表链路断了，这时候换个思路，用pathping命令（Windows自带）能看到更详细的丢包率。
Linux和macOS的用法差异
Linux和macOS用traceroute，参数略有不同：
traceroute -n 目标域名或IP-n同样是不做反向解析，macOS的traceroute默认用UDP包，有些网络会拦，可以加个-I参数改成ICMP包，穿透性更好。
出口IP和服务器IP要分清
tracert结果里你会看到两个关键IP：一个是出口公网IP，通常出现在第一跳或第二跳，是你本地路由器连运营商那个口；另一个是目标服务器IP，在最后一跳，有人经常把这两个搞混，导致排查方向全错。
行业共识认为,tracert能覆盖绝大多数”查上层IP”的需求，但它有个盲区如果目标服务器做了负载均衡或CDN加速，你看到的是节点IP，不是真实源站IP，这种情况我下面会额外说。
怎么查网关IP地址：从路由器后台看连接状态
有路由器或交换机管理权限的情况下，这是最准的办法，因为数据是实时连接表，不带任何猜测成分。
先定位你的默认网关
命令就一条,Windows下：
ipconfig找到”默认网关”那一项，通常就是168.1.1或168.0.1这类内网地址，Linux下用ip route show，macOS在”系统设置-网络”里看。
登录路由器管理界面
浏览器地址栏输入网关IP,进入后台，不同品牌的入口位置不一样，但逻辑都是找”连接设备列表”或”DHCP客户端列表”。你要查的上层服务器IP，往往就藏在某个设备的连接记录里。
这里有个细节值得注意：很多家用路由器默认是192.168.1.1，但公司网络可能改成别的网段，实在找不到就按一下路由器复位键，但别随便复位，公司网络配置复杂，复位可能导致整个网络瘫痪。
用ARP表查同网段所有活跃IP
在命令行敲：
arp -a这个命令会列出局域网内所有和你本机通信过的IP和MAC地址对。如果是公司网络查服务器，这个方法特别管用，因为服务器IP通常是固定的，MAC地址字段能帮你判断设备类型（比如VMware虚拟机的MAC以00:0C:29开头，KVM的是52:54:00）。
企业级设备的进阶操作
用的是H3C、华为、Cisco这类企业级交换机，得用命令行：
display arp | include 10.0.0.0登录方式一般是SSH或Console线。这个权限属于网络管理员级别的操作，普通员工手上没有也正常，别硬试。
公司网络查服务器IP的实战场景：抓包和端口定位
前两种方法都失效时,大概率是网络架构复杂，有多层NAT或防火墙，这时候得用抓包工具，实测数据比什么命令都靠谱。
Wireshark过滤出真正在通信的IP
安装Wireshark,选好网卡（通常是有流量那个，别选错成虚拟网卡），开始抓包后用过滤条件：
tcp.port == 443或者不限定端口,直接看TCP建立连接的记录。找那些SYN包目的IP，那就是你要找的上层服务器。 这个方法在排查”某个应用突然连不上服务器”时特别好用，因为你能直接看到它在尝试连哪个IP哪个端口。
用netstat看本机正在建立的连接
不做抓包那么重,先看本机当前连接：
netstat -anoWindows下最后的PID列对应进程号,再用任务管理器查PID对应程序，就能确定是哪个软件在连服务器。这招适合知道应用不知道IP的情况，比如某个ERP客户端连的服务器IP，界面不显示，但netstat一查就现形了。
跨网段查询的边界
得说个没法绕过的限制：如果服务器跟你不在同一个广播域，并且中间没有做端口镜像或代理，单靠你本机怎么都查不到，这种情况得找网关设备管理员，在核心交换机上做端口镜像，或者看防火墙会话表。
查不到时的排查思路：别跟命令较劲
遇到查不到的情况,先别急着觉得命令用错了，有几种现实原因：
- 服务器禁ping：ICMP被防火墙拦，tracert会在某一跳卡住，但TCP端口却是通的
- 多层NAT：公司大网络出口做了两次以上地址转换，内网IP不是真实地址
- 域名解析到CDN：你tracert到的是边缘节点，不是源站，这种必须看HTTP响应头里的
X-Cache或Via字段 - 目标服务器在云上：云厂商的负载均衡器IP不对外暴露，得登录云控制台看
碰到这几种情况,最实用的办法反而是用在线工具查域名解析记录，比如在本地用nslookup看A记录，虽然那不一定是最源头的IP，但至少是能直接访问的那个地址。
本地网查上层服务器IP常见问题
用tracert查到的IP和我访问的域名对不上，怎么回事
大概率是CDN或云WAF的节点IP,你访问的是域名，但域名解析结果经过CNAME跳转，tracert显示的是最终转发链路上最近的一个节点，解决方案是绕过CDN，去查域名原始A记录，用nslookup -type=ns找到权威DNS，再逐层查下去，或者直接用host命令带指定DNS服务器查询。
拿到了IP但连不上，怎么判断是服务器问题还是网络问题
先测端口,Windows用telnet IP 端口，Linux用nc -vz IP 端口，端口通，基本排除网络层面拦截，问题在应用层，端口不通，再跑一次tracert，看卡在哪一跳，卡在第三跳内，是本地网络或运营商问题，卡在最后一跳，是服务器防火墙或服务未启动，这种分层定位方式比盲目ping有效得多。
arp -a查到的IP太多，怎么挑出服务器
先按IP排序,排除掉以.1结尾的网关，然后看MAC地址厂商前缀，Linux下可以用arp-scan工具加上--localnet参数，能顺便识别设备厂商，服务器MAC地址通常保持默认前缀，移动设备（手机、平板）MAC地址做了随机化处理，容易区分，另一个办法是关闭本机所有大流量应用后刷新ARP表，再对比前后差异，有明显变化的那个基本就是服务器。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/787392.html
