网络问题仅靠 ping 成功或失败很难看清过程，抓包能看到请求是否到达、从哪个接口发出以及是否收到响应。真正需要解决的是用最少的数据记录判断数据包在哪一层消失。关键在于源地址、目标地址、请求方向、响应方向、接口和时间点需要对照，比较合适的起点是仅在自己管理的链路采集必要信息，并同步记录路由表与测试时间。
从目标匹配和信息流向开始
最需要避开的做法是在没有授权的网络中抓取或保存他人的通信数据。因此建议先确定目标网段与出口，再记录请求和响应两个方向，并用“能够说明数据包为什么从当前接口离开，以及响应如何返回”验证理解与现网结果是否一致。
先画一个最小拓扑：终端地址、网关、路由器接口和目标网段。把每条路由与某个接口或下一跳对应起来，再测试请求与响应是否都符合这个模型。
配置之前先画清地址和接口，能让后续排查少走很多弯路：路由转发原理可以帮助把路由条目、接口和双向路径整理成可解释的转发过程。先保证地址与回程正确，再考虑更复杂的策略和优化。
最后观察请求与响应是否成对出现、是否有重传或单向返回。如果连接恢复但路径与模型不一致，应当继续解释原因，而不是只记录“已经能用”。
变更保持可回退
修改路由或策略前保存原配置，明确目标网段与影响范围。一次只改一条规则，测试完成后再进入下一项，出现异常时更容易恢复。
每次测试都记录源地址、目标地址、时间、接口和结果，避免只留下一个“能通”或“不能通”的结论。
静态路由、动态路由和策略路由各有适用边界，应以网络规模和运维能力为依据，不盲目堆叠规则。
遇到偶发问题，先保留当前证据，再比较正常与异常时的路由和会话状态。
排查结束后再核对配置意图与测试结果，确认没有留下临时入口或未记录的改动。
