1. 检查 DNS 解析

DNS 解析决定设备能否把域名转换成服务器 IP 地址。Windows 设备可以在命令提示符中执行 nslookup 域名，Linux、macOS 或部分移动终端环境可以执行 dig 域名。如果返回超时、SERVFAIL🔮 或没有地址，优先检查 DNS 服务、域名状态和本地缓存。

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

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

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

家庭网络异常时，检查路由器是否开启了家长控制、域名过滤、广告拦截或自定义防火墙规则。路由器重启只能排除临时状态问题，不能证明线路长期正常；如果多个设备同时出现相同现象，应保留测试时间和📌结果，向宽带运营商反馈具体域名、端口和故障时段。

4. 检查 HTTPS 和页面响应

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

TCP 端口检查用于确认设备是否能与目标服务建立连接💡。网页通常需要检查 80 端口或 443 端口，也有服务使用其他端口。Windows PowerShell 可使用 Test-NetConnection 域名 -Port 443；Linux 或 macOS 可🎯使用 nc -vz 域名 443，具体命令取决于系统是否安装对应组件。

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

扶老二线路检测可以按照“解析—连通—端口—加密—应用”的顺序推进，每一层都对应不🔥同的故障范围。使用检测工具时，建议先做基础检查，再做路径和页面层检查，避免仅凭一个红色或绿色提示下结论。

2. 检查基础连通性

路由路径检查用于观察数据包从本地网络到目标地址经过哪些中间节点。Windows 可执行 tracert 🔥域名，Linux 或 macOS 可执行 traceroute 域名；部分环境也支持更适合🎉持续观测的 MTR 类工具。

手机和电脑上的实际操作流程

基础连通性可以通过 ping 目标域名 观察是否有回应、延迟是否稳定以及丢包是否持续。部分服务会主动屏蔽 ping，因此“请求超时”只能说明 ICMP 没有得到回应，不能单独证明网页线路中断。

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

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

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

避免把检测工具结果看错

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

3. 检查 TCP 端口

连续测试比单次测试更有价值。短时间内偶发一个超🎯时，可能是网络抖动；持续出现高延迟、明显丢包或延迟大幅波动，则更接近无线信号、出口网络、跨网互联或中间节点拥堵问题。