内容摘要：能ping通网址，但浏览器就是打不开网页。这问题我遇到过不下二十次，每次都能把人逼疯。你盯着命令行里那串“Reply from 203.208.xx.xx: bytes=32 time=45ms TT

能ping通网址，网址但浏览器就是开网打不开网页。这问题我遇到过不下二十次，网址每次都能把人逼疯。开网你盯着命令行里那串“Reply from 203.208.xx.xx: bytes=32 time=45ms TTL=52”，网址网络明明是开网通的，可Chrome转着圈，网址最后甩给你一句“此网站无法访问”。开网

问题出在“能ping通”和“能打开网页”压根是网址两码事。ping用的开网是ICMP协议，它只负责探测主机在不在线，网址就像你按门铃问“有人吗”。开网而打开网页走的网址是HTTP/HTTPS协议，数据要经过DNS解析、开网TCP握手、网址TLS加密协商、服务器响应等一系列流程。门铃响了不代表门会开，更不代表屋里有人愿意给你递东西。

最常见的罪魁祸首是DNS污染或缓存错误。你ping域名能通，说明系统里缓存了正确的IP——但浏览器可能没走系统DNS，或者它自己缓存了错误的解析结果。我上次就栽在这上面：某天突然打不开GitHub，ping却正常，清空浏览器DNS缓存后立刻恢复。Windows下用ipconfig /flushdns，Mac用sudo killall -HUP mDNSResponder，这招能解决三成类似问题。

剩下的七成里，代理设置占了大头。你挂了VPN或者PAC脚本，但代理服务器本身抽风了。ping不走代理，直连自然通；浏览器却傻乎乎地往那个死掉的代理端口发请求，结果可想而知。检查一下系统代理设置，或者干脆关掉代理试试。有一次我折腾了半天，最后发现是某款“加速器”软件在后台改了代理配置，退出后一切正常。

还有个容易被忽略的点——MTU值。这玩意儿像个运输卡车的载重限制。如果网络链路某个节点MTU设置太小，大包过不去，小包能过。ping默认发32字节的小包，当然通；但网页请求的包动辄上千字节，直接被卡在半路。用ping -f -l 1400（Windows）或ping -D -s 1400（Linux）测试一下，如果大包丢包而小包正常，把网卡MTU调低到1400左右就能解决。

别急着怪运营商。有时候是路由器或防火墙的“状态检测”机制作祟。它记住了TCP连接的状态，但某个连接被异常重置后，后续的数据包全被当作“无效”丢掉了。重启路由器和猫，这招土但管用——我帮朋友修过一台老路由器，就是靠拔电再插解决的，内部缓存全清，状态表重置。

最后提一个冷门但真实存在的案例：你电脑的hosts文件被改过。某些软件会偷偷往里加条目，把域名指向了错误的IP。ping域名时走的也是hosts解析——如果hosts里写的是个活着的IP，ping自然通，但那个IP上根本没跑Web服务。用nslookup 域名对比一下系统解析结果和公共DNS（比如8.8.8.8）的结果，不一致就检查hosts文件。

排查顺序建议是：先清浏览器缓存，再查代理，然后看hosts，最后测MTU。九成问题都能在这四步里找到答案。要是还不行，换个浏览器试试——别笑，有时候就是浏览器插件捣鬼。