近い VPN 出口が必ずしも速いとは限らない

近い出口が役立つかどうかは三つの条件で決まります。トラフィックの遠端が実際にどこにあるか、出口からその遠端までの経路がどうなっているか、そして測定がトンネルではなくアプリケーションを反映しているかどうかです。地理が語るのは最初の条件だけで、しかも大まかにすぎません。地図の上には、あるネットワークがある都市からどう経路を選ぶかを教えてくれるものは何もありません。

近いサーバーは妥当な事前の見立てであって、測定ではありません。

遅延は端から端まで測るもの

トラフィックは三つの区間を通ります。あなたから VPN の端点まで、トンネルの中、そして出口から宛先までです。距離が影響するのは一つ目と三つ目で、トンネルはわずかな処理を加えます。地図上の短い跳躍がネットワークでは長い経路になることもあります。事業者が近接する二都市の間で選ぶ経路が、三つ目の都市を通ることがあるからです。国の表示は最初の区間についての手がかりとしてだけ扱ってください。

出口から先の経路がより大きな項であることが多い。とくに宛先が別の大陸にあるときや、思いがけない場所から応答する CDN の背後にあるときはそうです。だからこそ、宛先自身のネットワーク上にある出口が、単にあなたに近いだけの出口に勝つことがよくあります。

候補を二つ選び、一つだけ変える

宛先、接続に使うネットワーク、転送方式を固定し、近い出口を一つの妥当な代替と比べます。国ではなく端点そのものを記録してください。同じ表示の下の二つの出口が別のネットワークにあることがあるからです。住所が変わったあとに速度テストの道具が黙って別の測定先を選んだなら、それも書き留めてください。比較が無意味になるからです。一度に一つの変更、それが方法のすべてです。

代替の出口での勝利は、この特定の経路がこの特定の作業に向いていたことを示します。責任のある区間を示すものではなく、順位は一週間で逆転することがあります。

ping の出力は注意して読む

ping と traceroute は限られた範囲で比較の助けになります。VPN のホストは診断用のパケットを無視しながら、アプリケーションのトラフィックはきちんと転送していることがあります。中間のホップからの遅い応答は、そのホップがすべてを遅く転送している証拠にはなりません。とくに後続の宛先が正常に応答する場合はそうです。宛先で判断し、中間の数値は証拠ではなく文脈として扱ってください。

IP の検索で思いがけない都市が出るのは、遅延とは別の問いです。位置情報は不正確だったり、住所の変更に遅れたりすることがあり、食い違い自体が漏洩を証明するわけではありません。観測された公開アドレスは別に比べてください。

端点を作業に合わせる

一定の遅さと断続的な跳ね上がりは、同じ衣装を着た二つの問題です。前者は対話的な用途すべてから端点を外す理由になりますが、後者はたいてい手元の無線、パケット損失、混雑する時間帯にさかのぼります。アップロードだけが回線を死んだように感じさせるなら、遠い出口を探す前に負荷時の待ち行列を見てください。会話を台無しにするような遅延でも、大きな転送は許容する。

動く代替を一つ保ち、ネットワークや作業が変わったら測り直してください。火曜日の観測は端点の恒久的な順位ではありません。

目の前の作業に合わせて選び、どの出口を、どこから、どの宛先に対して試したかを書き留めてください。