上周朋友发来一个链接，说网站打不开了，查询问我是工具不是服务器挂了。我随手打开一个IP查询工具，网站输入域名，查询三秒后跳出结果：104.21.45.67，工具Cloudflare的网站节点。再查一下这个IP的查询归属地，美国，工具Anycast网络。网站朋友那边是查询移动宽带，DNS解析被污染了。工具问题不在服务器，网站在他本地网络。查询一个IP查询工具，工具两分钟定位了故障方向。

这就是网站IP查询工具最直接的价值——把域名背后那串数字揪出来。你输入example.com，它告诉你A记录指向哪个IP，AAAA记录有没有IPv6地址，CNAME链路上挂了几个别名。有些工具还会顺带把MX、TXT、NS记录全列出来。做运维的人看到这些数据，心里就有谱了。

我常用的组合是这样的：ping或nslookup看基本解析，然后扔进在线IP查询工具做深度分析。为什么不用命令行搞定一切？因为在线工具通常会聚合Whois、ASN、地理定位、反向DNS、甚至端口开放情况。这些信息散落在不同命令里，一个个敲太费劲。一个页面全展示出来，还能生成分享链接，发给同事直接看。

具体到工具选择，ipinfo.io和ipip.net是我用得最多的。前者界面干净，API友好，免费额度够日常排查。后者对国内IP库的覆盖更细，能精确到城市甚至区县。有一次帮客户排查CDN回源问题，ipip.net显示某个IP归属“北京市海淀区某机房”，而ipinfo只标了“Beijing”。差这一级，就能判断出是哪个服务商的问题。

但别迷信地理定位。IP库的准确率受限于数据更新频率和运营商分配策略。我见过同一个IP在三个工具里显示三个不同城市。移动网络尤其如此，基站切换频繁，IP地址池跟着变。所以查到的位置只能当参考，不能当证据。真要定位，得结合traceroute和延迟数据一起看。

还有一个坑：很多网站用了CDN，你查到的IP是CDN边缘节点，不是源站。这时候得用工具里的“历史DNS记录”或者“子域名查询”功能，找找有没有没上CDN的二级域名，比如direct.example.com或者ftp.example.com。找到源站IP，才算摸到根。这个技巧在安全测试里很常见，但日常运维也用得上——源站被攻击了，你得先知道它真实IP是什么。

手机端我也装了个叫“IP Tools”的App。有次在客户机房，没带笔记本，直接用手机查了台交换机的管理IP，确认了网关配置。虽然屏幕小，但应急够用。这类工具的核心功能就那几个：查IP、查域名、查端口、查路由。花哨的界面不如快速出结果实在。

最后说个细节。查IP的时候留意一下ASN号。比如AS13335是Cloudflare，AS37963是阿里云。知道ASN，就能判断这个IP属于哪个服务商，出了问题该找谁。有次网站访问慢，查出来IP在AS4134（中国电信骨干网），直接联系电信机房，比找主机商快得多。工具用熟了，这些数字会变成条件反射。

别把IP查询当万能药。它只是排查链条上的一环。但这一环足够快、足够准，就能省下大量瞎猜的时间。下次网站出问题，先查IP，再查路由，最后查应用层。顺序对了，效率翻倍。