正文阅读
机场试用怎么看路由丢包？pathping结果别只看中间一跳
很多人在试用机场时看到某一跳丢包，就立刻把节点判为“不稳定”。这个结论往往过早：中间路由器可以降低对探测包的响应优先级，但仍正常转发后续流量。更可靠的做法，是把路径探测、实际应用测试和不同时段记录放在一起看。
先明确 pathping 测到了什么
Windows 的 pathping 会先列出到目标的路由，再向各跳发送多次 ICMP Echo 请求，统计往返时间与丢包。微软文档也提醒，某个路由器不回复发给自己的探测包，不代表它不能转发经过它的流量。
因此它适合回答“本机到某个目标的路径哪里可能异常”，不能单独证明机场线路的网页、视频或下载一定有问题。
做一次可复查的对照
在命令提示符执行：
pathping /n 目标域名
/n 会跳过中间地址的名称解析，让结果更快、更容易比较。目标应当是你有权测试、并且长期固定的域名；不要把订阅链接、鉴权参数或含密钥的网址复制到命令和截图里。
按下面顺序记录两轮：
- 关闭机场客户端，记录直连结果、时间和所用网络。
- 开启待测试节点，再记录一次实际网页打开、短文件下载或视频会议体验。
- 在晚高峰重复同样步骤，不临时更换目标网站。
- 只比较同一台设备、同一接入网络和相近时段的数据。
怎样读丢包列
如果某一中间跳显示丢包，而后续各跳恢复正常，通常只能说明该设备少回复探测包，不能把它当成转发丢包。若从某一链路开始，后续每一跳都持续出现接近的丢包比例，同时实际应用也能复现中断，才更值得继续调查。
末跳没有回应也不等于目标不可用。有些服务会限制 ICMP；此时应回到 HTTPS 请求、下载完整性或视频会议等实际任务验证。
机场推荐时应保留哪些证据
一份有用的机场试用记录至少包含：节点名称、测试时间、接入网络、是否开启 TUN/系统代理、pathping 末端结果、实际任务是否成功。不要只截取最难看的中间一跳，也不要把一次偶发结果写成长期稳定性结论。
验收标准可以设为：同一节点在两个时段都能完成目标任务；出现异常时，切换接入网络或节点后结果有清楚变化；记录中不含订阅地址、账号或节点密码。这样筛选机场推荐候选，证据比单看延迟数字更可靠。
评论