4. 检查 HTTPS 和页面响应

页面响应检查可以观察 HTTP 状态码和首字节响应时间。200 通常表示页面正常返回，301 或 30💯2 表示发生跳转，403 表示请求被拒绝，404 表示资源不存在，502、503 或 504 更常见于网关、上游服务或节点暂时不可用。状态码只能帮助定位方向，仍需结合页面内容和多网络结果判断。

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

排查记录应包含测试时间、设备、网络类型、域名解析结果、端口状态、路由表现、页面状态码和最终现象。记录完🔮整后，网络管理员或服务提供方才能区分“完全无法连接”“连接成功但页面报错”和“页面可用但资源加载慢”三类问题。

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

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

一份可直接保存的排查记录

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

3. 检查 TCP 端口

路径中某一跳不回应，不一定代表故障，因为中间路由器可能限制探测报文。更有参考价值的是✨从某一跳开始，后续多跳持续出现高延迟或丢包，并且最终目标🌈也同步异常。若中间节点显示超时但最终页面速度正常，则通常不必单独处理该节点。

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

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

1. 检查 DNS 解析

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

多地点检测时，应确保所有测试使用同一个域名、同一个协议和相近时间。检测结果中需要记录解析 IP、平均延迟、丢包情况、端口状态、HTTP 状态码及页面加载结果。不同工具的测试节点、超时时间和探测协议不同，因此多个平台显示的延迟不能简单横向比较绝对数值。

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