在浏览器里追踪清单和分片请求

测试对象应优先分成三类：页面域名、视频清单或播放地址对应的域名、视✅频分片对应的域名。页面请求正常而分片域名失败时，问题不在基础页面访问，而在媒体分发链路、权▶️限、缓存节点或播放器请求参数。

延迟排查还要注意探测协议与播放协议不同。ICMP探测可能被限速，TCP连接可能经历重传，TLS握手还会增加额外等待，视频分片则受到分片大小、并发数和服务器发送窗口影响。因此，ping低延迟只能证明探测包👍往返较快，不能直接证明视频一定流畅。

把检测结果整理成可复现的结论

实际检测时，先固定测试地点、网络出口、设备和目标域名，再连续采集多次结果。Windows可以使用 ping、tracert、Test-NetConnection 和 curl⭐，Linux或macOS可以使用 ping、traceroute、mtr 和 curl；浏览器开发者工具则用于核对播放器实际请求。所有测试应针对有权访问的目标，不能把中间节点不响应误判成目标服务故障。

用四层检查确认基础连通性

Windows连通性检测可以先执行“ping -n 20 目标域名”，再执行“tracert -d 目标域名”和“Test-NetConne❤️ction 目标域名 -Port 443”。Linux或macOS可使用“ping -c 20 目标域名”“traceroute -n 目标域名”，需要连续观察时使用“mtr -rwzc 50 目标域名”。命令中的目标应替换为实际测试域名，但不要把页面域名结果直接套用到分片域名。

对比不同出口，判断故障属于本地还是服务端

路由追踪负责展示本地网络到目标节点之间的路径变化，但中间路由器不响应ICMP并不等于真实业务丢包。tracert或traceroute适合查看路径结构，mtr适合连续采样；判断⭐时应同时看最后一跳、后续跳数和实际HTTPS请求。

线路对比需要保持目标资源和测试步骤一致，只更换网络出口。可以用同一设备分别连接家庭宽带、手机热点和公司网络，也可以在同一网络中分别测试IPv4与I💯Pv6；如果页面标签把某条路径标为线路1，线路1的连通性、延迟与播放排查也应使用同一套指标。

只有某个出口失败而其他出口正常时，优先怀疑该出口的DNS结😎果、运营商互联、IPv6路径、MTU、网关策略或缓存节点🎵。所有出口都在同一个资源处失败，则应把注意力转向媒体服务配置、签名过期、资源下架、源站错误或播放器参数。