用复测记录形成可执行结论

测试样本还应区分“节点到目标服务”和“本地设备到节点”两段路径。如果本地到节点已经出现明显丢包，继续比较目标服务响应没有意义；如果本地到节点稳定而应用层频繁超时，问题更可能位于出口、目标服务或中间策略。

命令与工具应按问题类型使用

线路工具的价值在于验证具体假设，而不是堆叠更多命令。解析问💯题可使用nslookup或dig观察返回记录和耗时；基础连通性可使用ping，但ping不能证明应用端口正常；路径异常可使用traceroute或同类工具辅助定位。

TCP端口检测应关注连接是否成功、建立连接需要多久以及失败是否集中发生。应用层检测则应使用能够显示DNS、TCP、TLS、首字节和总耗时的客户端工具，例如支持详细计时输出的命令行HTTP客户端。测试时应保留证书校验、主机名校验和正常协议协商，不要为了得到“成功”结果而关闭安全检查。

安全边界：排查应使用低频、可控、可撤销的测试请求；不要扫描未授权地址，不要绕过身份验证或访问控制，不要通过提高并发量来“验证速度”。节点日志和测试记录中如果包含设备标识、IP或账号信息，应限制保存范围并及时脱敏。

先把“线路可用”拆成六个检测层级

中位数适合描述典型体验，最大值和失败比例适合暴露风险。只有平均值而没有失败比例的报告，不能支撑线路选择。