VPN 服务器的评分到底告诉了你什么？

服务器评分是发布者为自家榜单算出的数字，每一个都只代表那位发布者定下的含义。两个目录可以把同一个终点排成不同位置，而两者都不算错。在让排名替你挑出口之前，先读定义。

下面的检查涵盖该读什么、该自己测什么、该记下什么。它们假定客户端已经支持候选所提供的那套协议。

先读定义，再看排名

从定义页开始，而不是从表格开始。用申报的正常运行时间、会话数或吞吐估算搭出来的分数，是按这些量给终点排序，说的是负载与可达性，不是隐私。注意输入有多旧，因为每月更新的数字描述的是另一台机器，而每小时更新的又不同。没有定义的地方，数字就是输入未知的排序工具，也就只值那么多信任。

范围与输入同等重要。只在发布者的探测点与终点之间测出的值，说明不了你所在网络走的那条路；只描述批量传输的数字，也预测不了交互延迟。新鲜度与范围合起来，才决定这个数字是否适用于你的决定。

信任、兼容与速度是三件事

终点愿意接收你的流量，并不因此就成为适合把流量送过去的地方。目录条目列的是运维层面的连接细节，它不是关于日志、归属或运营方如何处理元数据的证明。兼容是另一个问题：协议、加密套件与客户端版本要么对得上，要么对不上，任何分数都改变不了这一点。速度排第三，也是三件事里唯一能由你在自己机器上测出来的。

把三件事分开，能避开最常见的错误：挑一个快的终点，然后把它读成良好做法的证据。慢而清楚的终点，比快到你说不清运营方是谁的那个，更适合做默认选择。

目录也可能公布三件事之外的字段。运营方的自述、协议清单或国家标签，都是声明与元数据，带着录入者的可信度。

从你自己的网络实测候选

候选通过前两个问题之后，就实测你真正会走的那条路。下面的命令按顺序检查可达性、路径质量与一次完成的请求。在你真正会用这项服务的时段运行，因为家里那条线路与公共中继都会随负载变化。

ping -c 20 203.0.113.77
mtr -r -c 50 203.0.113.77
curl -sS -o /dev/null -w '%{http_code} %{time_connect} %{time_total}\n' --max-time 8 https://example.com/
timeout 5 bash -c 'cat < /dev/null > /dev/tcp/203.0.113.77/1194' && echo port-open

把输出读成三个独立答案。永远不回应的 ping 可能意味着终点过滤了 ICMP，而不是服务停摆，所以要把它与端口检查配在一起看。路径追踪显示延迟在哪里堆积，而带计时的成功请求则证明这条链路从你的地址出发是通的。这些值没有一个是终点的永久属性。

把对比记下来

把候选、测量时间、三个结果以及为什么换到下一个记下来。这样一来，记得住的排名清单就变成了别人也能重做的对比。它也打断了那个循环：不断换国家，最后得出结论说全都慢。

失败的候选也值得写一笔，因为某个终点在一个小时里拒掉一种协议，是关于那次测试的事实，不是对整个目录的判决。把拒绝连同时间戳记下来，下一次对比就从证据开始。

每次客户端升级之后，都重新检查选定的终点，因为分数没变时，兼容的答案也可能变。把数字当成排序线索，把你的实测当成证据。