服务器延迟高或丢包：用多来源对照缩小范围
本篇用于实际业务出现延迟升高、连接不稳或疑似丢包时采集对照。应围绕同一通信目标和异常时段判断；服务器Ping公共DNS正常，不能据此排除用户到服务器的访问路径问题。
固定目标、业务和测试条件
- 记录当前IP、实际业务端口、异常业务和正常时的表现。域名经过CDN或代理时，注明测试的是接入节点还是源站。
- 使用平时出现异常的设备和网络，记录城市、运营商、有线／Wi-Fi及时间与时区。先留原结果；条件允许时，同机改用有线或暂停自己无关的大下载、同步后复测。
- 在相近时间用另一网络访问同一IP、端口和业务。先保留原网络结果，一次只改变一个条件。
- 同时查看实例资源和业务请求变化，防止把程序处理延迟全部归为线路问题。
从出现问题的客户端采集结果
Windows本地命令提示符或PowerShell执行，替换示例IP：
ping -n 30 203.0.113.10
tracert -d 203.0.113.10macOS／Linux本地终端使用：
ping -c 30 203.0.113.10需要逐跳统计时，使用已安装的MTR并按MTR文档保留完整报告。实际TCP业务另按端口测试文档检查，不能只做ICMP探测。
- Ping统计中的发送、接收、丢失和往返时间，描述这次ICMP采样。与同一网络平时的结果比较，保存完整结果，不只截取最大延迟。
- 单次30包正常不代表全天稳定；异常时与正常时使用相同参数各采一组，并记录实际业务是否同时受影响。
- 目标或中间节点可能限制、降低优先级或不回复探测。ICMP不通仍要检查实际业务，不能把某一跳的星号或丢包率当作故障归属。
根据对照决定下一步
| 对照结果 | 继续核查 |
|---|---|
| 只有一个设备或来源异常 | 核对该设备、本地出口、来源限制和这条路径；保留其他来源正常的同时间结果。 |
| 多个来源在同一时段异常 | 对照实例、服务与资源记录，再核查共同路径及平台相关情况；不直接认定机房故障。 |
| 探测变化不明显，只有一个程序慢 | 查看该程序的依赖、数据库、远程显示和服务器资源。 |
| 只有某运营商、地区或时段异常 | 补齐这些来源在正常和异常时段的对照，注明业务目标；单条路径不足以确定互联或机房责任。 |
| 只有路由中间一跳异常，后续及业务正常 | 按MTR文档检查终点与后续结果，避免把中间节点不回应当作业务丢包。 |
| 只有某个外部网站或测速对端慢 | 只记录该目标及其路径，继续核对该业务；公共目标正常不能替代实际目标测试。 |
需要回程证据时，只测试你拥有或明确获准测试、且能够响应的对端；先说明其地址与响应条件，不扫描任意第三方。网络与资源可能同时异常，应对齐时间后共同分析。
需要逐跳统计时：短测并读懂MTR
在已安装并支持TCP模式的Linux MTR中，只测试自己的或明确获准的目标。以下以HTTPS为例，替换IP与实际端口：
mtr --tcp --port 443 --report --report-cycles 30 --no-dns 203.0.113.10工具不支持选项或权限不足时，保存版本与错误，按管理员要求处理；Windows可继续使用前面的tracert及实际TCP端口结果，不临时安装来源不明的工具。提交完整起点至终点报告，注明协议、端口、来源、时间与时区。
| MTR现象 | 解释与下一步 |
|---|---|
| 中间一跳丢包，后续和终点正常 | 设备可能限制或不回复探测，不能按这跳的比例认定业务丢包。 |
| 异常延续至终点 | 与同一时刻实际端口和业务结果对照，保留报告供进一步核查，不据此单独定责。 |
| 从某跳起全是星号 | 可能是探测过滤或路径不回复，继续检查实际业务。 |
| 终点不回复，但网站或SSH正常 | 目标可能不响应该探测方式，不能据此认定服务离线。 |
去程路径、中间节点归属和单次报告不能单独证明回程情况或责任方。如已有更换IP前后的结果，应保持测试设备、来源网络、相近时段与方法一致；改善仅提供对比线索，未改善也不能据此排除服务器侧问题。无需先更换IP才能提交排障工单。
提交完整对照资料
提供产品ID、地区、目标IP与端口、客户端城市和运营商、时间与时区、业务影响、正常与异常时段完整结果、另一网络对照及同时段资源记录。已有资料即可先报障，未获取项说明原因；不要为证明责任反复重装、关闭所有防护或长期测速。仅有单跳截图或服务器到公共DNS的一组Ping，通常不足以说明用户实际访问的异常。