昨天下午三点，站打我急着查一份资料，不开浏览器里敲下网址，站打回车。不开页面转了三圈，站打然后甩给我一个“ERR_CONNECTION_TIMED_OUT”。不开换手机，站打切4G，不开一样。站打问旁边同事，不开他那边正常打开。站打同一家公司，不开同一个路由器，站打他的不开电脑能上，我的站打不行。这不是第一次了。

http开头的网站打不开，https的却没事——这种情况我遇到过至少七八回。最开始以为是网站挂了，后来发现别人能访问，才意识到问题出在自己这边。http和https的区别，说白了就是后者多了一层加密。但加密不加密，跟能不能连通是两码事。真正卡住你的，往往是中间那条路上某个环节出了岔子。

我住的小区宽带是某二线运营商。去年有段时间，所有http协议的网站全部无法访问，https正常。打客服电话，对方让我重启光猫。重启了，没用。又让我改DNS，改成114.114.114.114，还是没用。折腾了四十分钟，客服说“帮您刷新一下端口”，挂了电话再试，好了。后来我从一个做网络运维的朋友那听说，有些运营商会针对http流量做劫持或者过滤，尤其是小运营商，设备老、策略粗，误伤是常事。https因为加密了，他们看不清内容，反而懒得管。

浏览器本身也会捣乱。Chrome从某个版本开始，对http网站默认标记“不安全”，虽然不会直接拦截，但有些安全插件或者企业策略会强制跳转https。你输入的明明是http://example.com，浏览器自动给你补成https://example.com，而那个网站根本没有https版本，结果就是连接失败。我遇到过好几次，地址栏里手动把s删掉，页面立刻就出来了。这种坑，不仔细看地址栏根本发现不了。

还有一次更离谱。公司内网有个测试站点，http的，平时一直能开。某天突然打不开，ping得通，telnet端口也通，就是浏览器报错。查了半天，发现是IT部门更新了防火墙策略，把http响应里的某个关键字给拦了。你说这找谁说理去？

如果你现在正对着一个打不开的http网站发愁，可以先做几件事。换个浏览器试试，排除插件和缓存问题。用手机流量开热点，如果热点能开而宽带不能，那就是运营商的事。把DNS改成8.8.8.8或者223.5.5.5，有时候能绕开本地DNS的污染。再不行，用curl或者wget在命令行里试，看返回什么错误码——403、404、timeout，每种码指向的问题都不一样。

我自己的经验是，http网站打不开，九成以上不是网站本身的问题。要么是本地网络环境做了手脚，要么是浏览器或者安全软件过度保护。真正因为服务器宕机导致http打不开的情况，反而少见。那些年久失修的http站点，往往还活着，只是你通往它的路被挖断了。

说到底，http协议本身没毛病，毛病出在中间那些管路的设备上。运营商、防火墙、浏览器厂商，每一层都可能伸手拦一下。你以为是网站死了，其实是路被封了。下次再遇到，别急着骂网站，先看看自己脚下这条道。