机场推荐与机场测评：一套可复现的选择与排查方法
简答：没有公开、持续、可复核的统一数据时，不应直接给出“最好机场”或固定排名。更可靠的做法是先核对服务说明、试用与退款条款，再在同一设备、同一网络、同一时间段，用客户端延迟测试和实际业务测试比较稳定性；Windows 的 ping、tracert 只能辅助判断本机到目标地址的直连路径，不能单独证明节点质量。
定义：机场测评是对订阅服务的可用性、客户端兼容性、延迟、丢包、稳定性和售后条款进行可复现核验，而不是只看宣传速度或单次测速截图。
先给结论：机场推荐应该看什么
如果你的目标是跨境办公、远程访问或多设备连接，建议把“推荐”拆成可检查的条件，而不是直接相信排行榜。第一，看是否明确提供订阅格式、支持的客户端和协议；第二，看是否公开节点地区、流量或到期规则、退款条款，具体内容应以服务商当前页面为准；第三，看能否在自己的设备和网络环境中完成导入、节点选择与实际业务测试；第四，看出现连接失败时是否有可执行的排查说明。
本文不对未取得同一时间、同一地点、同一线路样本的服务做排名，也不编造价格、测速或可用性结论。对于没有公开证据的项目，应标记为“未核实”，而不是用“高速”“稳定”替代测试结果。
| 检查项 | 怎么核对 | 合格判断 |
|---|---|---|
| 订阅与客户端兼容 | 确认是否提供可复制的订阅链接或配置文件，并核对客户端支持格式 | 能够导入，且节点名称、策略组和更新时间正常显示 |
| 透明度 | 查看节点地区、协议说明、使用条款、退款政策和隐私说明 | 关键信息有明确文字，未核实部分不作为推荐依据 |
| 延迟与稳定性 | 同一网络下分时段测试，记录平均延迟、超时、丢包和波动 | 至少重复多次，不以单次最低值代表长期表现 |
| 实际业务 | 使用自己的办公网页、文件系统或常用应用进行小规模测试 | 重点观察连接建立、持续传输和重连，而非只看瞬时速度 |
用 Clash Verge Rev 做一次可复核测评
- 准备测试环境。固定一台设备、一个网络连接和一组测试时间，记录系统版本、客户端版本、是否开启 TUN。不要在比较过程中同时更换 DNS、MTU、路由规则和网络出口，否则无法判断变化来自哪里。
- 导入订阅。打开 Clash Verge Rev 的配置文件或 Profiles 页面，使用“订阅链接导入”粘贴链接并保存；如果出现
client error(Connect)，官方文档列出的替代方式包括“订阅链接配置”，必要时再按页面提示处理证书选项。当前文档还说明，部分导入能力有最低版本要求，具体以客户端页面为准。参考：Clash Verge Rev 订阅导入文档。 - 选择节点和模式。导入完成后，在代理页面选定一个节点或策略组。先使用系统代理完成浏览器测试；只有需要接管不读取系统代理的程序时，再单独测试 TUN。官方快速入门说明，系统代理依赖应用遵循系统代理设置，而 TUN 通过虚拟网卡接管更多流量；两者结果不要混在同一张表里。参考：Clash Verge Rev 快速入门。
- 记录客户端延迟。在节点或策略组的测试功能中手动触发延迟测试，并记录测试地址、时间、节点名称、结果和是否超时。Clash Verge Rev 文档说明，手动延迟测试会经由所选节点向测试地址发送 HTTP 请求；因此它比本机直接执行 ICMP 命令更接近“经过节点访问测试地址”的结果，但仍不等于所有网站或办公系统的实际体验。参考：Clash Verge Rev 隐私政策中的延迟测试说明。
- 进行实际业务复核。用一个低风险、非敏感的网页或办公服务完成登录页打开、静态页面加载、小文件传输和持续连接观察。记录首次连接时间、是否中途断开、是否需要重连，以及切换节点后是否复现。不要把某个网站的访问结果扩展为所有网站都可用。
测评表至少保留以下字段：日期、网络类型、设备、客户端版本、节点名称、测试地址、延迟、超时次数、实际业务结果和备注。日期按 2026-10-18 记录时，应注明这是当日样本，不代表之后仍然相同。
Windows 上如何辅助判断延迟、路径和丢包
先区分测试对象。如果你关闭系统代理和 TUN，再对节点服务器的主机名或 IP 地址执行命令，得到的是本机到节点地址的直连路径；如果开启客户端后对普通目标执行 ping 或 tracert，这些 ICMP 命令通常仍不能直接证明流量经过所选节点。TUN 还可能拦截或本地回应部分流量，所以命令结果可能偏低。要复核节点线路，应关闭代理和 TUN 后测试节点服务器地址；要测经过代理的效果，应优先使用客户端的 HTTP 延迟测试和实际业务测试。
在 Windows 命令提示符中，对节点服务器地址执行：
ping /n 20 node.example.com
Windows 官方说明，ping 使用 ICMP 回显请求检查 IP 层连通性并显示往返时间；其中 /n 指定发送次数。参考：Microsoft Learn：ping。
随后执行：
tracert /d node.example.com
tracert 通过逐步增加 TTL 来显示到目标的路径，但部分路由器不会返回超时消息，出现星号不一定等于整条线路中断。它适合观察路径变化和中间跳点，不适合作为节点质量的唯一结论。参考：Microsoft Learn：tracert。
延迟、延迟变化和丢包是不同指标。国际电信联盟的 IP 网络性能资料也将这些参数分别讨论，因此测评时至少要分开记录，不能用“延迟低”替代“稳定”。参考：ITU-T G.1050 网络性能模型。
如何读测评结果，避免被单次测速误导
- 平均延迟低，不代表长期稳定。还要看超时、丢包、延迟波动和持续连接是否中断。
- 节点地址 ping 不通，不一定不能使用。服务器可能不响应 ICMP；此时应改用客户端 HTTP 延迟测试和实际业务测试。
- tracert 中间出现星号，不一定是故障。部分路由器可能不返回 TTL 超时消息，最终目标和实际业务结果更重要。
- 下载速度不能代表办公体验。跨境办公通常更关注连接建立、网页加载、文件上传、长连接和重连表现。
- 不同时间的结果不能直接横比。至少固定设备、网络、测试地址和测试时段，并把日期写进记录。
- 不要把地区标签当成线路证明。节点名称、IP 地理位置、自治系统和实际路径可能不是一回事；没有可复核证据时应写“未核实”。
常见连接问题的最小排查路径
- 确认订阅链接仍有效，重新复制粘贴，检查是否包含多余空格或换行。
- 确认配置已成功更新，并在代理页面实际选中了节点，而不是停留在直连模式。
- 先关闭 TUN，仅开启系统代理测试浏览器；若浏览器正常、指定程序不通，再判断该程序是否需要 TUN 或单独代理设置。
- 查看客户端日志中的连接错误，区分订阅下载失败、节点握手失败、DNS 解析失败和目标服务拒绝。
- 不要同时修改 DNS、MTU 和规则。每次只改一个变量，测试后保留前后记录。
Clash Verge Rev 的官方文档将系统代理绕过、TUN 流量排除和自定义路由规则分开说明；排查时应先确认流量到底走哪种模式，再判断规则是否把目标地址分到了直连。参考：Clash Verge Rev 绕过与路由说明。
常见问题
有没有可以直接照抄的机场推荐排名？
不建议在缺少同一时间、同一网络和同一测试方法的公开数据时给出固定排名。更稳妥的做法是按订阅兼容性、条款透明度、客户端测试、实际业务和售后响应逐项核验；无法核实的项目标记为“未核实”。
为什么 Clash Verge Rev 的延迟测试和 ping 结果不一样？
两者测试对象和协议不同。客户端延迟测试会经由所选节点向 HTTP 测试地址发请求；ping 通常发送 ICMP 请求，可能是本机直连目标，也可能受到防火墙、路由器或 TUN 行为影响，因此不能直接比较数值。
Windows 的 tracert 出现很多星号，是不是节点坏了？
不一定。部分路由器不会返回 TTL 超时消息，tracert 可能显示星号。应结合最终目标是否可达、客户端 HTTP 延迟、实际网页或办公业务测试，以及是否存在持续丢包来判断。
测评时应该先开 TUN 还是先开系统代理？
建议先关闭 TUN，仅开启系统代理测试遵循系统代理的浏览器或应用；确认基础连接后，再单独开启 TUN 测试需要接管更多流量的程序。不要把两种模式的结果混在同一组数据里。
订阅导入失败时应该怎么做？
先检查链接、空格、网络和客户端版本，再尝试 Clash Verge Rev 文档列出的其他导入方式。若仍失败，查看客户端日志，区分订阅下载失败与节点连接失败；证书选项涉及安全风险，不要在无法确认来源时盲目放宽校验。