办公室老张的网址电脑又出问题了。他报修说"网址能ping通，访问但浏览器就是网址打不开"。我过去一看，访问ping www.example.com 返回了正常的网址响应，延迟12ms，访问丢包0%。网址但打开浏览器，访问页面一直转圈，网址最后显示"无法访问此网站"。访问

这种故障太典型了。网址ping通只说明ICMP协议能到达目标主机，访问但网页访问走的网址是TCP 80或443端口。就像你能打通对方公司前台电话，访问但对方经理不在座位上——你根本联系不上真正要办事的网址人。防火墙拦截、服务端口未开、或者服务器上Web服务没启动，都会造成这种"能通不能进"的假象。

我先在命令行敲了 telnet www.example.com 80，结果提示"无法连接"。这就证实了端口确实不通。接着检查本地防火墙，发现出站规则里居然有一条禁止TCP 443的规则，不知道哪天装某软件时自动加上的。删掉那条规则后，网页秒开。

但这只是其中一种可能。上个月遇到个更隐蔽的案例，ping通，telnet 80端口也通，但浏览器依然打不开。折腾半天，最后发现是DNS解析出了问题——系统里hosts文件被某个流氓软件写了一条错误映射，把域名指向了127.0.0.1。ping的时候走的还是hosts里的IP，自然通；但Web服务器根本没监听本地回环地址的80端口。

还有个常见场景，特别是公司网络里。你ping外网域名通，但访问网页就是超时。这种情况多半是代理设置出了问题。浏览器走系统代理，但代理服务器本身挂了，或者代理规则把该域名排除在外。我见过有人装了个VPN客户端，卸载后代理设置没还原，所有流量都指向一个不存在的本地端口。

判断这种故障，有个简单的排查顺序。先ping目标域名，确认网络层通不通。然后telnet IP 80或443，确认端口层通不通。再用nslookup查一下域名解析结果，对比一下是不是你预期的那台服务器。最后检查浏览器代理设置和系统hosts文件。大部分问题都能在这几步里找到答案。

最让人头疼的是那种间歇性故障。上午能打开，下午就白屏。ping一直通，端口测试时通时不通。这种多半是后端服务不稳定，或者负载均衡器在健康检查时误判。我有次排查到半夜，最后发现是服务器上Web应用的内存泄漏，运行几小时后响应超时，但操作系统层面的网络连接还是正常的。

所以下次遇到"能ping通不能访问"，别急着重启路由器。先想想你访问的是什么服务，这个服务依赖哪个端口，那个端口有没有被墙，服务进程还活着没。网络世界里的"通"和"能用"之间，隔着一整层应用逻辑的距离。