上周三晚上，网站网络我想查一个国外开源项目的网站网络文档。浏览器转了三圈，网站网络最后甩给我一个「无法访问此网站」。网站网络我盯着那个ERR_CONNECTION_TIMED_OUT看了两秒，网站网络随手切到手机热点——页面刷地就出来了。网站网络同一台电脑，网站网络同一个浏览器，网站网络同一个网址，网站网络唯一变的网站网络是网络出口。

这事我遇到过太多次。网站网络第一次注意到是网站网络几年前查一个技术文档站，家里宽带死活打不开，网站网络换成公司网络就正常。网站网络当时以为是网站网络网站抽风，后来反复验证才发现，跟网站本身没关系，是路径的问题。

网络请求从你的设备出发，要经过路由器、运营商骨干网、国际出口、目标服务器所在的机房，中间可能经过十几跳。任何一跳出问题，你这边看到的就是「打不开」。但「打不开」和「网站挂了」是两码事。网站可能活得好好的，只是你走的那条路断了。

最常见的原因是DNS污染。你输入域名，电脑要先问DNS服务器：这个域名对应哪个IP？某些网络环境下，DNS返回的可能是被篡改过的地址，指向一个根本不存在的服务器。换个网络，DNS服务器变了，拿到的就是真实IP，自然就通了。这个问题在国内访问某些国外技术站点时特别普遍。

另一种情况是IP封锁。目标网站的IP地址在特定网络中被屏蔽，你的请求根本到不了对面。但换一个网络出口，比如从宽带切到移动数据，出口IP变了，封锁就不适用了。这跟网站本身的技术状态无关，纯粹是路径上的策略差异。

还有一种更隐蔽的：路由绕行导致超时。数据包不是直线飞过去的，它要经过一堆路由器接力。某些网络环境下，到某个目标的路由路径特别长或者特别拥堵，超过浏览器默认的等待时间，页面就报错了。换个网络，路由路径变了，可能少绕好几个节点，几百毫秒就加载完了。

我自己的经验是，遇到打不开的网站，先别急着下结论说「被墙了」或者「网站挂了」。掏出手机开个热点，十秒钟的事。如果热点能打开，问题就出在原网络的DNS或路由策略上。如果热点也打不开，那再考虑是不是网站自身的问题。

这个判断方法帮我省了很多时间。有一次我需要紧急查一个API文档，家里宽带怎么都连不上，我差点以为那个文档站关停了。切到热点，秒开。后来我查了一下，是宽带运营商的DNS解析出了问题，把那个域名解析到了一个错误的IP。跟网站没有任何关系。

所以「换个网络就能打开」这件事，本质上是在用最笨但最有效的办法做故障隔离。你不需要懂DNS原理，不需要会看路由追踪，只需要知道：换条路走走看。能通，说明路有问题；不能通，再查目的地。

这跟修水管一个道理。厨房水龙头不出水，你去卫生间拧一下，出水了，那就是厨房那截管子的问题，不用打电话叫自来水公司。网络也一样，换个出口试试，是最低成本的分诊手段。

当然，长期靠切热点不是办法。如果某个网站你经常需要访问，而常用网络又总是连不上，那就得从DNS设置或者代理配置上想办法。但那是下一步的事。第一步永远是：换个网络，先确认到底是谁的问题。

我现在养成一个习惯，浏览器里常备一个报错页面。遇到打不开的站，先切热点，能开就继续干活，不能开再排查。大部分时候，热点都能解决问题。剩下那部分，才是真正需要折腾的。