你打开浏览器，何查输入一个网址，询网页面加载出来。地址整个过程快得让人忘了背后有个物理地址——服务器的何查IP。想知道这个地址，询网办法其实不少，地址但最直接的何查，是询网打开命令行。
Windows用户按Win+R，地址敲cmd回车。何查Mac用户打开终端。询网然后输入：ping 网站域名。地址比如ping baidu.com。何查回车后第一行就会显示Pinging baidu.com [39.156.66.10]，询网方括号里的地址就是IP。这个方法快，但有个坑：有些网站用了CDN，你ping到的可能是离你最近的节点，而不是源站。比如访问国外站点，你看到的IP往往在洛杉矶或新加坡，实际服务器可能在弗吉尼亚。
想看得更细，用nslookup命令。Windows和Mac都自带。输入nslookup example.com，会返回两行：服务器地址和解析结果。如果你用公共DNS比如8.8.8.8，得到的结果可能和本地运营商DNS不同——这解释了为什么有时候你在公司打不开某个网站，回家却能开。DNS缓存污染这种事，真不是玄学。
网页端也有工具，比如站长之家、ip138这类网站，输入域名立刻显示IP归属地、运营商甚至机房位置。但注意，这些工具查到的信息来自它们自己的数据库，可能滞后。我遇到过查出来显示"美国洛杉矶"，实际上服务器早迁到新加坡了。所以关键业务别完全信第三方数据。
还有个偏门但极有用的办法：dig命令。Linux和Mac自带，Windows需要装BIND工具。输入dig example.com +short，直接输出IP，干净利落。想查历史解析记录，可以用SecurityTrails或ViewDNS.info，能看到这个域名曾经绑定过哪些IP——这对排查攻击源或找旧服务器很有帮助。
说个真实案例。去年我帮朋友排查一个电商网站频繁掉线的问题。用ping和nslookup查到的IP都正常，但延迟忽高忽低。后来用tracert（Windows）或traceroute（Mac/Linux）跟踪路由，发现数据包绕了半个地球才到目标——原来他们用的云服务商把流量导到了欧洲节点，而服务器实际在东京。单纯查IP根本发现不了这种问题。
最后提醒一句：查到的IP不代表你就能直接访问。很多服务器做了防盗链或IP白名单，你拿IP访问可能看到403错误或默认页。因为HTTP协议里Host字段决定了服务器路由到哪个站点。所以查IP是用来诊断、调试或做安全分析的，不是用来绕过域名的。
工具就这些，命令也就几行。真正值钱的不是那个数字，而是你理解它背后网络路径的能力。下次网站打不开，别急着清缓存，先ping一下，说不定问题出在DNS上。