VPNサーバーの稼働時間：その数字が教えてくれないこと

公開ノード一覧は、稼働時間が週単位で表示されたサーバーを見せ、あなたはそれを選ぶと最初の接続で失敗します。これは虚偽広告ではなく、別のものを測る数値に投げかけた間違った問いです。稼働時間が通常示すのは、プロセスやコンテナ、マシンが最後に起動してからどれだけ動き続けているかであり、それは公開者のインフラの性質であって、あなたからそこへの経路の性質ではありません。これを信頼性として扱うのは、車の走行距離計を道路の報告書として扱うのと同じカテゴリーの誤りです。

その数字が測るもの

現代的なサービス管理機構を持つホストでは、カウンターは、ユニットがアクティブ状態に入った時刻、あるいはマシンの起動時刻という実際に読める出来事に固定されています。それ以外はすべてその基準点の上での算術であり、基準点の定義は公開者によって異なります。ある一覧はデーモンの再起動でリセットし、別の一覧はマシンの再起動で、三つ目はきれいなグラフを望んだ運用者による手動リセットでリセットします。

systemctl show -p ActiveEnterTimestamp --value openvpn-server@server
uptime -s
systemctl is-active openvpn-server@server

その三つのコマンドは三つの異なる問いに答えており、一つの数値だけを示すディレクトリはどれを使ったのかを教えてくれません。したがって、二つの一覧の生のカウンターを比較することは、それぞれが何でリセットされるかを知るまでは比較にすらなりません。

経路が落ちていてもプロセスは動いていることがある

デーモンは待ち受けています。証明書は有効です。プロセスは二十三日前から生きています。それでも、到達性はプロバイダーの上流回線、そのネットワークとあなたのネットワークの間のピアリング、共有トランジット回線の混雑、そしてあなた自身の接続の前のファイアウォールという経路全体の性質なので、あなたのネットワークからのパケットがそこに届く保証はありません。

サーバーは別の理由で動いていても役に立たないことがあります。帯域幅が支えられる数をはるかに超えるクライアントを受け入れたノードは、カウンターは容量も競合も測らないため、長い稼働時間とひどい体験を示します。長い稼働時間のノードが期待を裏切る最も一般的な形はこれです——何も壊れておらず、すべてが混み合っています。

逆のケースも覚えておく価値があります。一時間前に再起動したノードは今は完全に健全かもしれませんが、最大の数値で並べ替えると静かに除外されます。 稼働時間は品質スコアではない ので、そう扱うと適合性ではなく古さで選ぶことになります。

鮮度：レポートはあなたの試行より古い

公開ディレクトリは定期チェックから生成されたページであり、ライブのテレメトリーではありません。あなたが読む稼働時間は最後の更新時に計算されたもので、あなたが試す接続はその後に起こります。その間にプロバイダーが回線を落とし、証明書を変え、アドレスを移し、ノードをサービスから外すことがあり、ページは次のクロールまで最後に知られた良好な状態を報告し続けます。

そのずれは逆方向にも働きます。停止と報告されたノードが、レポートの生成から数分後に回復していた可能性があるため、別のノードへの即時の再試行が常に良い選択とは限りません。

実用的な原則は、報告されるどの項目も過去についての主張だということです。それを使って候補を絞り、あなたにとって重要な時点で自分で行う測定によって検証してください。

代わりに何を試すべきか

ノードに何を求めるかを決め、それを試してください。到達性が必要なら、待ち受けポートへの TCP 接続の試行は、どんなカウンターよりも一秒で多くを教えてくれます。動作するトンネルが必要なら、それを交渉してください。使えるスループットが必要なら、接続時間とスループットは別の性質で速いハンドシェイクは二つ目について何も語らないのだから、実際に何かを転送して測ってください。

nc -vz -w 5 vpn.example.net 1194
curl -sS -o /dev/null -w '%{time_connect} %{time_appconnect} %{time_total}\n' https://vpn.example.net/
mtr -rwc 20 vpn.example.net

一度の試行を信じるのではなく、テストを繰り返してください。信頼性は時間と条件にわたる分布であり、一回の成功した接続は大きさ一の標本です。実際に接続を使う時間帯に何度か試すことは、公表されたどんな稼働時間よりも大きな差で勝ります。

惑わされずに公開ノード一覧を読む

稼働時間は、人が通常 VPN に求めるもの——証明書の有効性、出口を誰が運用しているか、どの DNS ポリシーが適用されるか、運用者が接続記録を保持するかどうか——についての情報も運びません。これらは別々の証拠を必要とする別々の主張であり、長いカウンターはそのどれの証拠にもなりません。ノードは何か月も安定していながら、プライバシー要件には悪い選択であり得ます。

一覧が本当に役立つのは候補を絞るときです。自分に必要だと分かっているもの順に並べ、課題に関係のない地域のノードを除外し、残った三つか四つを試してください。「TLS ハンドシェイクに失敗」と「接続したがスループットがない」はまったく異なる結論につながるので、単なる可否ではなく各試行の失敗段階を記録してください。

経路性能を測る枠組みも、数値を集める前に指標・条件・方法を定義せよという同じ点を、より厳密な形で述べています。ノード一覧に当てはめれば、稼働時間の項目は文脈にすぎません。あなた自身が行う測定が判断なのです。