“无法连接到服务器”:自己动手一步一步找出真正的问题原因

这个错误的可怕之处在于不明确:浏览器坦白说没能连上服务器,却不说断在哪里。好消息是链路很短,不需要专业知识,十分钟就能全部摸一遍。从自己这边往服务器方向查,因为统计上原因更常在您这边。

第 1 步:问题的范围

三个快速问题能省半小时。其他网站能打开吗?打不开就查您的网络:路由器、网线、运营商。有问题的网站在手机上用蜂窝网络能打开吗?能打开说明服务器活着,问题在您这边。同一网络的另一台设备也一样吗?如果是,电脑没问题,问题在网络或网站。大型服务的大规模故障可以从搜索和社交媒体上的投诉激增看出:有时老实的答案就是“等”。

第 2 步:名称和地址

浏览器首先要把网站名称转换成 IP 地址。这一步失败时,看起来就是没有尝试连接的即时错误。用独立的解析器检查名称:我们的 DNS 查询会显示域名是否有响应,返回哪些地址。如果外部能解析而您这里不行,问题出在本地 DNS:在网络设置中换成公共解析器再试。顺便想想 hosts 文件:里面的旧记录能存活多年,并突然“弄坏”已迁移到新地址的网站。

第 3 步:被遗忘的中间环节

最容易被低估的原因:流量并没有走您以为的路。半关闭的 VPN、上一份工作留下的公司配置、曾为测试设置后忘掉的代理。症状很典型:有些网站能用,有些不能,看不出规律。查看系统代理设置和 VPN 配置列表。如何找到并关闭多余项,我们在关闭代理的指南中逐步说明。如果确实需要代理且应该能用,请用检测器单独检查:设置中的失效线路正会造成这个错误。

一分钟命令行

三条命令胜过十次重启,在 Windows、macOS 和 Linux 上除写法外用法相同。ping example.com 回答“地址到底能不能到达”:有回应说明网络和 DNS 正常,问题在更上层,在服务或程序。nslookup example.com 显示解析器返回什么地址:为空或地址奇怪就是 DNS 问题。Windows 上的 tracert example.com 或其他系统的 traceroute 会逐节点画出路径:能看出路由断在家里、运营商还是更远处。输出不必记住,只要对比有问题的网站和任何正常网站的结果。

另外说说浏览器:在查网络之前,先用隐私窗口打开网站。如果能打开,问题就在缓存或某个扩展,根本不需要诊断网络。

第 4 步:过于积极的防护

防火墙和杀毒软件既能拦单个程序,也能拦整个地址。如果网站只在某个程序中打不开,而浏览器能打开,就找针对该程序的规则。为诊断而关闭防护只能持续一分钟,且仅限可信网络:确认后添加例外,再重新开启。

第 5 步:服务器及其周边

您这边没问题时,就看目标。域名检查显示域名及其网站服务器的总体状态:DNS 记录是否正常,服务器是否响应,证书是否过期。顺便说一句,证书过期会产生相近但不同的错误:浏览器警告连接不安全,这已不是“无法连接”。如果您是服务器所有者,请检查服务是否在监听端口、是否触及限制,再从外部用 RBL 检查查询黑名单:被运营商封锁的地址对部分访客来说就像死了一样。

最后一条建议:一次只改一处,每次改完都检查。同时更换 DNS、关闭 VPN 和重启路由器也许有用,但您永远不知道是什么坏了,下次还得从头走一遍。把找到的原因记下来,哪怕只是一条便签:网络毛病总爱复发,过去的诊断能把一小时的排查变成一分钟。