VPN はオンラインゲームの ping を本当に下げるのか
別の経路は非効率な経路に勝つことも、遅延を加えることもある。同じゲーム地域で比較し、ping だけでなくジッター、損失、ローカルの待ち行列を見よう。
はい、場合によっては下がります。ただし理由は、多くの解説が認めているより地味です。トンネルはゲームの通信を出口へ送り、そこから別の経路で同じサーバーへ向かうので、混雑した経路や遠回りの経路を置き換えられることもあれば、元の経路がすでに良かったのにホップと待ち行列を増やすだけのこともあります。どちらのケースかは、自分の回線・自分の地域で測って初めて分かります。同じプロバイダーの二人が同じ出口から正反対の結果を得ることもあります。以下の確認は、最終的に比較する数値が説明できるものになるよう順序立てています。同じ地域、同じ時間帯、同じサーバーです。
比較の前に地域とサーバーを固定する
揺らしたままにした変数はすべて、排除できない言い訳になります。ゲームの地域、端末、アクセス回線、時間帯を固定し、そのうえで基準値と一つの出口を比べます。一度に変える要素は一つだけにしてください。そうでなければ結果は解釈できません。
出口は国名ではなく経路で選びます。遊ぶ地域の首都にあるサーバーでもゲーム基盤への到達が悪いことはありますし、遠くのサーバーがより良いピアに接していることもあります。国旗は、トポロジーについての推測を情報の顔にしたものです。
練習場やボット戦があるならそれを使います。ライブの対戦はプレイヤーが入れ替わり、ラウンドごとに別のサーバーが割り当てられ、バックグラウンドの負荷も変わるので、統制された比較がノイズになります。
平均 ping は、実際に感じているものを隠す
プレイヤーがラグと呼ぶものは、高い平均よりも変動であることが多いものです。安定した 60 ms は予測できると感じられますが、40 ms の平均に 120 ms のスパイクが乗ると、エイムが壊れたように感じます。記録すべきは分布であり、画面の隅に表示される単一の数値ではありません。ゲームに独自のネットワーク表示があればそれを使い、さらにホスト側からパケットツールで、セッションが実際に使っているアドレスに対して裏づけを取ります。
ping -c 20 <game-server>
mtr -rwc 50 <game-server>読む価値があるのは損失とジッターの項目です。ICMP の応答がないこと自体はほとんど証明になりません。多くのホストは ping の優先度を下げつつ、ゲームの通信自体はきちんと転送しているからです。損失について結論を出す前に、ゲーム内のカウンターで裏づけを取ってください。
ローカルの混雑は、どの出口の選択よりも優先される
VPN ができることは、自分の回線の上りが飽和している状態を修復することではありません。家庭内のバックアップ、クラウド同期、ビデオ通話が上りのバッファーを埋めると、ゲームの小さなパケットは大容量データの後ろに並び、回線を使う全員の遅延が跳ね上がります。
可能なら固定位置で有線 Ethernet で試し、上りが混んでいるときに二度目のテストを行います。負荷のときだけスパイクが出て、止めると消えるなら、原因は待ち行列であり、どの出口でも直りません。アクセス回線のバッファーブロートがよくある犯人です。
無線も同じ疑いをかける価値があります。余裕のない Wi-Fi リンクは距離と干渉で劣化しますが、その鎖の中で一番新しいのがトンネルの出口なので、そこが責められます。一度だけ有線に切り替えれば、答えはたいてい明らかになります。有線が安定していて無線が不安定なら、あなたが調べているのはルーティングではなく電波です。
トンネル内の UDP は、やはりトンネル内の UDP でしかない
ゲームは UDP のデータグラムを送ります。VPN はそれを外側のトランスポートに包み込み、その外側が TCP なら、再送と順序保証の振る舞いがあなたとゲームの間に挟まります。試合の途中で再接続するトンネルは、まったく別の理由で、悪い経路と同じ引っかかりを生みます。IETF の UDP 利用ガイドライン は、データグラムの振る舞いが TCP とどこで違うのかを、ここで重要な点について説明しています。
プロトコルによる失敗の仕方も異なります。UDP しか待ち受けないサービスに TCP を転送しても、エラーではなく沈黙が返るだけで、ポートを書き換えても、起動していない待ち受けを作り出すことはできません。有効なサーバープロファイル同士を比較してください。そうでなければ比較に意味はありません。
ネットワーク以外の影響も一つ知っておく価値があります。新しい出口はサービスが推定する地域を変えるため、本人確認のステップやアカウントの地域不一致を引き起こすことがあります。それはアカウントの出来事であって遅延の出来事ではなく、より近い出口を選んでも直りません。
感覚で判断する前に数値を書き留める
調子の良い回も含め、毎回同じ項目を残します。役に立つ比較は、印象と記憶の間ではなく、記録した二つのセッションの間で行うものだからです。こうして記録した短いセッションは、意見を交わす一晩より価値があり、プロバイダーの経路が悪化したときに気づけます。下の表は、後から誠実に比較するための最低限です。
| 項目 | 記録する内容 | 何を排除できるか |
|---|---|---|
| 出口とゲーム地域 | 出口の都市と、ゲーム内の地域表示 | 出口から先の経路と自分のローカル経路を混同すること |
| 平均往復時間 | 計測実行の平均、毎回同じツール | 一つのサンプルでセッションを判断すること |
| 最悪のスパイク | その実行で唯一の最悪サンプル | 短い待ち行列の突発を隠す平均 |
| 損失 | ゲームのフロー上の割合、ICMP だけではない | 優先度を下げられた ping を実際の損失と読むこと |
| テスト時間帯 | 現地の開始と終了時刻、平日か週末か | ピーク時間と静かな朝を比べること |
数値のうえに感覚で判断します。実際の試合での反応の良さが、あなたが気にする結果です。ゲームの体感が悪くなったのに数値が良くなったのなら、間違ったものを測っていたということです。プロバイダーや経路が変わったら表をもう一度取り直してください。答えは測った経路にしか当てはまりません。