2. 检查基础连通性

最实用的排查顺序是：先检查域名是否解析，再测试基础连通性，随后检查 80 或 443 端口，最后验证网页是否返回正常状态。只显示“可以 ping 通”🌟并不代表网页一定能打开，因为服务器可能禁用 ICMP，也可能存在端口封锁、证书错误、线路绕行或应用层故障。

线路检测需要🎯先确认准确的访问对象，避免把搜索结果页、跳转页或缓存页面误判为目标服务。记录实际使用的域名、访问协议、端口以及出现问题的时间；如果页面有多个入口，也应分别记录每个入口的表现。

本地设备异常时，先重启网络连接并🎉清理 DNS 缓存，再暂时关闭代理、VPN、浏览器扩展和安全软件进行对照测试。Windows 可执行 ipconfig /flushdns 清理 DNS 缓存；移动设备则可以切换网络、重启网络连接或重新加入 Wi-Fi。修💪改 DNS 后应重新测试，不要在没有对照结果时连续更换多个设置。

避免把检测工具结果看错

线路检测工具只能提供某个探测节点、某个协议和某个时间点的结果，不能直接代表所有用户的访问质量。工具显示绿色并不等于页面功能全部正常，工具显示红色也可能只是探测节点被限制。判断是否为真实故障，应以实际💪设备访问💯、多个网络对比和连续复测为准。

检测结果异常时的处理顺序

HTTPS 检查需要确认证书是否匹配域名、证书是否过期、证书链是否完整，以及 TLS 握手能否完成。浏览器▶️显示证书名称不匹配、连接不安全或反复重定向时，常见原因包括域名配置错误、系统时间异常、中间代理替换证书或服🎇务端证书更新不完整。

手机用户进行线路检测时，应先用浏览器无痕窗口访问，再分别关闭 Wi-Fi 使用移动数据。两个网络都打不开，优先怀疑域名、服务端或入口本身；只有 Wi-Fi 无法访问，则检查路由器 DNS、家用防火墙和宽带出口；只有移动数据异常，则检查移动网络覆盖、运营商策略或数据接入点。

电脑用户可以按顺序执行 DNS 查询、ping、路由跟踪和端口测试，再用浏览器开发者工具查看失败💪请求。开发者工具中如果只有图片、脚本或接口请求失败，说明主页面可能已经连通，故障集中在静态资源、跨域策略😎、接口服务或内容分发节点，而不是整条线路完全中断。

先确定检测对象和测试条件

解析结果在不同运营商或不同地区不一致时，可能说明服务使用了分地区解析、多个节点或 DNS 缓存尚未同步。此时应比较多个网络环境的解析地址，不要直接把某个 IP 当成永久固定地址，也不要随意修改 hosts 文件作为长期解决方案。

服务端或跨网络异常时，应比较至少两个网络和两个时间点。如果一个网络能访问、另一个网络持续失败，问题更可能位于出口策略、运营商互联或分区节点；如果所有网络都出现相同的 5xx、证书错误或超时，则更接近服务端配置或目标节点故障。

如果扶老二线路检测显示 DNS、端口、HTTPS 和页面响应均正常，但个人设备仍无法使用，应优先检查浏览器缓存、系统代理、设备时间、应用版本和本地安全策略。若多个设备、多个网络在同一时间都失败，则应把重点转向服务端入口、节点配置或上游依赖，而不是继续反复修改本地设置。