网站进入不了怎么办，手机流量一开就通了

电脑上转圈半天打不开，手机把 WiFi 一关切到流量，页面噌就出来了。这种一边通一边不通的场面，第一反应都是网站挂了，可服务器那边往往好好的，出问题的是你手上这条本地链路。把这一点想明白，网站进入不了怎么办这道题基本就做完一半了。

网站进入不了怎么办：先做这个开关测试

别急着开一堆检测工具。拿手机做一次对照就够：WiFi 开着、流量关掉，看能不能开；再反过来，流量开、WiFi 关，再看一次。两种状态结果不一样，说明服务端活着，你本地这条路上有东西挡着。两种状态都一样打不开，才值得去怀疑服务器、机房、CDN 那一侧。这一步花不到一分钟，能省掉后面一堆瞎折腾。

手机能开电脑不能开，多半卡在这三处

排第一的是 DNS 缓存。域名换了 IP、站点迁了机房，电脑里还揣着旧记录，运营商的递归服务器也可能留着，你就一直往一个已经搬走的地址上敲门，当然没人应答。第二是代理，浏览器插件、系统级代理、公司网络里的透明代理，任何一层没配好都能让请求卡在半路，而手机压根没走那条路。第三是路由器或者本地安全软件，尤其是家里换过路由器、动过家长控制、装过带网页防护的杀毒软件之后，规则一收紧，某些域名就被悄悄拦了。

WiFi 和移动流量差的不是信号两个字

很多人以为 WiFi 满格就万事大吉。两条链路走的是不同的运营商出口、不同的递归 DNS，连 IPv6 的支持程度都不一样。有的站只解析了 IPv4，有的站 AAAA 记录配错了，电脑优先走 IPv6 一头撞墙，手机走 IPv4 反而正常。还有 MTU 这种事，宽带线路和移动网络的承载不一样，某些页面大包过不去，就卡在首屏。这些都不是信号强弱能解释的，别拿着手机在屋里找角度。

排查顺序：从域名解析往回推

先 ping 一下，看域名解出来的 IP 对不对；再用 nslookup 或者 dig 指定一个公共 DNS 比如 8.8.8.8 再查一次。两次结果不一样，基本就是缓存或者本地 DNS 的问题。Windows 上 ipconfig /flushdns，macOS 用 dscacheutil -flushcache，手机最简单，把 WiFi 忘了重连一次。浏览器开个无痕窗口，绕开插件和旧缓存。有命令行的习惯，curl -I 看返回头，能分清是连不上，还是连上了但服务端报错。

hosts 文件这个坑，做过迁移的人最容易踩

讲个具体场景：站点搬家那天，为了先看效果，在本机 hosts 里把域名指到了新 IP。测完忘了删，几个月后那台新机器下线，这台电脑就再也打不开这个域名，别人都好好的。找原因找了大半天，最后在 hosts 里看见那行早就过期的记录。

这种事不是新手专属，恰恰是做过迁移的人更容易中招，因为你知道有这招。改 hosts 的时候顺手写个注释、记个日期，或者干脆用本地 DNS 工具代替，别把临时方案留成年久失修的暗桩。

系统时间和 HSTS，两个很冷门的原因

还有一种情况会让人抓狂：电脑的系统时间被改乱了，偏了几天甚至几年，访问 HTTPS 站点时证书有效期校验直接失败，浏览器给个吓人的警告页；手机时间自动同步，一切正常。遇上证书类报错，先看一眼右下角的时间。另一个是 HSTS，之前访问过带这个响应头的站，浏览器就记住了，之后证书一有问题，它连继续访问的按钮都不给你，而一台没访问过的新设备还能照常打开。清浏览器状态或者换个设备对比一下，很容易分辨。

手机流量也打不开，就别在电脑上耗了

这时候问题要么在服务端，要么在更上游的链路。换一台不相干的设备、换个城市的网络再试，或者用第三方的多地监测看看是不是只有某个地区不通。要是大范围都不通，去查服务器负载、防火墙规则、证书是否过期、接入备案是否正常。具体口径以服务商和官方页面的说明为准，别照着几年前的老帖改配置，越改越乱。

DNS 缓存要等多久，看 TTL

这个时间不由你决定，取决于解析记录上设的 TTL。TTL 设得长，递归服务器会一直攥着旧值，你在本地刷一百遍也没用。所以做迁移之前把 TTL 调小是常规动作，迁完观察一阵再调回去。反过来说，遇到别人能开、就你开不了，先怀疑自己这边的缓存，别第一时间去找客服，不然对面也只能让你清缓存重启。

下次再碰上，顺序记牢：手机切流量对照一次，换无痕窗口，清本地 DNS 缓存，指定公共 DNS 再查一次，翻 hosts 和代理设置，最后才看服务端。前五步都在你自己手里，做完了再去问别人，沟通起来也省事得多。