遅延・ジッター・パケットロスがそれぞれ何に影響するか
プレイヤーが「重い」と言うとき、そこにはたいてい3つの別々の問題が混ざっています。遅延は、データパケットが端末からゲームサーバーまで往復する時間で、ミリ秒単位で表され、操作とフィードバックの間隔を決めます。ジッターは遅延の振れ幅で、その間隔が安定しているかどうかを決めます。パケットロスは、パケットが経路上で届かず、操作がサーバー側で反映されるかどうかを決めます。
3つの体感差は大きいものです。遅延が高くても安定していれば、慣れることができます。自然に半拍早く動くようになり、筋肉記憶が作り直されるからです。一方、ジッターには慣れにくい。同じコンボが決まるときと空振りするときがあり、リズムがいつまでも合いません。パケットロスの影響は最も直接的で、位置の巻き戻り、スキルの無効、避けたはずなのにヒット判定になるといった現象が起きます。これらはたいていフレームレートの問題ではなく、状態同期が追いついていないことが原因です。
もう一つ見落とされがちな違いがあります。ダウンロードや動画視聴は TCP を使うため、パケットロスは再送で補われ、少し遅くなるだけです。一方、リアルタイム対戦は主に UDP を使い、再送は行われません。1つのパケットが失われれば、それは1回の状態のずれになります。つまり「速度測定が速い」ことと「ゲームが重くない」ことは別問題で、帯域の数字は役に立ちません。
| 指標 | ゲーム内での体感 | よくある原因 | まず確認すること |
|---|---|---|---|
| 遅延 | 操作が半拍遅れるが、テンポは安定 | 物理的な距離、経路の遠回り | 対象サーバーまでの往復経路 |
| ジッター | 同じ操作でも速かったり遅かったりして、筋肉記憶が作れない | 回線の混雑、無線の干渉、帯域の共有 | 自宅のネットワークと夜のピーク時間帯 |
| パケットロス | 位置の巻き戻り、スキル無効、ワープ | 回線の混雑、UDP の速度制限、無線のフレーム欠落 | 回線タイプと UDP 転送が正常かどうか |
遅延とパケットロスは、回線事業者・時間帯・対象サーバーによって変わります。固定の数字に参考価値はありません。意味があるのは方法と順序です。まず問題がどの区間にあるのかを測り、それから加速を使うかどうかを決めます。測るときは、一度の結果だけを見ず、5〜10分ほど継続して ping を打ち、遅延の分布とパケットロス数を観察してください。
加速器とグローバルプロキシの仕組みの違い
グローバルプロキシは、端末上のすべての通信を同じ出口に送ります。設定は簡単で、Web 閲覧や地域をまたぐアクセスに向いています。代償として、ゲームの通信が OS の更新、ボイスチャット、ダウンロードと同じ回線にひしめくことになり、どれか一つが帯域を使い切ればゲームも不安定になります。
ゲーム加速器は通常、指定したプロセスや指定したルールの通信だけを引き受け、それ以外は直接接続します。同時に、ゲームでよく使われる UDP を対象に転送を行い、対象サーバーに合わせて回線を選びます。一言でいえば、プロキシは「到達できるか」を解決し、加速は「安定して到達できるか」を解決します。
| 比較項目 | 直接接続 | グローバルプロキシ | ゲーム加速器 |
|---|---|---|---|
| 引き受ける範囲 | なし | 端末のすべての通信 | ルール単位またはプロセス単位 |
| UDP 対応 | ネイティブ | プロトコルとクライアントの実装による | 通常は明示的に対応 |
| 回線の選択 | 回線事業者のデフォルトルート | 固定された単一の出口 | 対象サーバーに合わせて回線を選ぶ |
| ダウンロードと動画への影響 | なし | 同じ回線を共有する | ほぼ占有しない |
| 向いている用途 | 国内サーバー、シングルプレイ | Web 閲覧と地域をまたぐアクセス | 海外サーバーでの対戦と協力プレイ |
プロトコルは名前ではなく、何で運ぶかで見る
サブスクリンクでよく見る Shadowsocks、VMess、Trojan、VLESS は、いずれも主に TCP で運び、それぞれの方式で UDP を扱います。Hysteria2 と TUIC は QUIC ベースで、それ自体が UDP 上で動作するため、パケットロスが多い回線では有利ですが、ネットワーク環境の影響も受けやすくなります。選ぶ順序としては、まずクライアントが対応しているかを確認し、次に回線が安定しているかを見て、最後にピーク速度を比べるのがおすすめです。
分流ルールと DNS リーク
分流ルールは、どのドメインや IP を回線経由にし、どれを直接接続にするかを決めます。ルールがゲームのログイン用・対戦用ドメインをカバーしていないと、「クライアントは接続済みなのに遅延がまったく変わらない」という状態になります。DNS リークもよくある問題です。名前解決のリクエストが依然としてローカルの回線事業者に処理され、その結果、回線にはつながっているのに不適切な地域に振り分けられ、遅延が改善しない、あるいは悪化することがあります。
多くのクライアントはデフォルトで TCP だけをプロキシします。ゲームは UDP を使うため、UDP が引き受けられていないと、画面上はつながっているように見えても、実際の対戦はローカルネットワークを経由したままです。まず UDP 転送や TUN モードが有効になっているかを確認し、それから回線の選択を考えましょう。
海外サーバーの遅延が高い原因を、この順序で切り分ける
先に結論を言うと、回線を変えて解決できるのは遠回りと混雑であり、物理的な距離とサーバー側の状態は解決できません。この2つを分けて考えれば、切り分けはずっと速くなります。
物理的な距離が遅延の下限を決めます。データは光ファイバーの中をほぼ光速で進むため、大陸をまたぐ往復にはそれ自体で固定の時間がかかり、どんなソフトウェアでもこの距離は消せません。加速にできるのは、経路をより直線的にし、待ち行列を減らすことであって、距離を縮めることではありません。
- まずローカル側の要因を除外します。有線接続を優先し、無線環境ではチャンネルの混雑と干渉に注意し、バックグラウンドの更新や同期を止め、ルーターを長時間稼働させている場合は一度再起動します。
- 次に時間帯の傾向を見ます。夜のピーク時だけ悪化するなら、国際区間の共有回線の混雑が原因であることが多く、一日中悪いなら、経路の遠回りか、対象サーバー自体が遠すぎる可能性が高いです。
- 結果だけでなく経路を見ます。OS 標準のツールやサードパーティ製ツールで各ホップの遅延の変化を観察し、問題がローカルの出口、国際区間、対象側のどこにあるのかを判断します。
- 最後にサーバー側を疑います。公式メンテナンス、待機列、地域サーバーの負荷といった問題は、どの回線に変えても同じです。
回線タイプ:直接接続、中継、IEPL 専用線
直接接続は、データがローカルから対象へ直接向かう方式で、経路は回線事業者が決めます。コストは最も低いですが、国際区間はピーク時に他の通信と取り合いになりやすいです。
中継は、まず中継ノードに接続し、そこから対象へ向かう方式です。多くの場合、混雑が最も激しい数ホップを回避できますが、実際の効果は中継ノードの帯域、位置、引き受けている通信量によって変わります。
IEPL 専用線は企業向けの専用線で、経路が比較的固定されており、他の公共の通信と取り合いにならないため安定性が高く、コストも高くなります。特定の時間帯に安定性が求められる用途で使われることが一般的です。
使う頻度に合わせて選べば十分です。たまにオンライン対戦する程度なら中継系の回線で足り、決まった時間にランク戦をやるなら専用線系の回線を優先しましょう。回線の良し悪しは一度の速度測定だけで判断せず、夜のピーク時間帯の遅延とパケットロスの変化を観察するほうが参考になります。
回線が実際に使えるかどうかは、検証できるいくつかの数字で確認できます。カバー範囲、回線数、返金対応の期間です。VPNCZ の場合、回線一覧で 120+ の国・地域と 180+ の回線を確認でき、返金対応の期間は 30 日です。
使う価値があるシーン、使っても意味がないシーン
シーンを分けて考えれば、無駄な試行錯誤をかなり減らせます。
- ✅ 海外サーバーでの対戦や協力プレイで、遅延やジッターが夜のピーク時に明らかに悪化する
- ✅ ゲームが UDP を使うのに、現在のネットワークが UDP を制限していたり不安定だったりする
- ✅ 出口を固定したい:フレンドと同じ地域で遊ぶ、決まった時間のイベントに参加する
- ✅ 複数端末で回線を共有し、ダウンロードとゲームが帯域を取り合っているので、ゲームの通信だけを分けて引き受けたい
- ❌ シングルプレイや国内サーバーでの対戦:そもそも通信が国外に出ていない
- ❌ 公式メンテナンス、待機列、全地域の障害:回線を変えてもサーバー側の状態は変わらない
- ❌ ローカルの無線環境が悪い、ルーターが古い:まずローカルを直し、それから回線を考える
- ❌ アカウントの停止や地域制限:これはアカウントと規約の問題で、ネットワークの問題ではない
- ❌ 国内サーバーですでに低遅延:中継を挟むと工程が一つ増えるだけ
判断基準はゲームのジャンルではなく、問題がどの区間で起きているかです。国外に出た後の国際区間で起きているなら加速に意味があり、ローカルやサーバー側で起きているなら、加速は途中で余分に一回りするだけです。
クライアント、サブスクリンクと分流ルール
サブスクリンクの読み込みは最も一般的な接続方法です。1本のリンクにノード、プロトコル、一部の分流ルールが含まれており、クライアントが定期的にノード一覧を更新します。注意したいのは、サブスクリンクはアカウントの認証情報と同じだという点です。漏えいすれば回線を他人に使わせることになるため、転送したり公開の場に貼り付けたりしないでください。異常に気づいたら管理画面で再発行しましょう。アカウントについては、VPNCZ の登録はユーザー名とパスワードだけで、メールアドレスは不要です。
プラットフォームごとの違い
- Windows と macOS:デスクトップクライアントは通常、プロセス単位の分流と TUN モードに対応しており、ゲームのプロセスだけを個別に引き受けることができます。
- iOS と Android:モバイルはシステムの制約を受け、ルールベースの分流が中心です。Wi-Fi とモバイルネットワークを切り替えた後は、接続が有効なままかを確認しましょう。
- Linux:カーネルやコマンドラインのクライアントが中心で、設定はルールを手書きする形に近く、分流ルールは自分で管理する必要があります。
読み込んだ後にまず確認する3つのこと
- ゲームのプロセスや該当するルールが対象に入っているか(丸ごと全部を通すグローバルモードになっていないか)。
- UDP 転送が有効か、現在のプロトコルとクライアントがゲームに必要な方式に対応しているか。
- DNS の名前解決が回線経由になっているか、出口の地域が対象サーバーのある地域と一致しているか。
出口 IP、DNS の名前解決、プロセスの引き受けの3つがすべて正しければ、残りの差はほぼ回線そのものによるものです。どれか一つでもずれていれば、まず設定を直しましょう。回線を変えても助けにはなりません。
症状別の対応:どれから手を付けるか
よくある症状と、より可能性の高い原因を対応づけておくと、遠回りを減らせます。
| 症状 | より可能性の高い原因 | まずすること |
|---|---|---|
| 遅延が安定しているが全体的に高い | 物理的な距離が遠い、または経路の遠回り | 出口の位置を確認し、回線タイプを変える |
| 遅延が高くなったり低くなったりする | 回線の混雑、または無線の干渉 | 有線に変える、ピークを避ける、時間帯の傾向を記録する |
| 画面の巻き戻り、スキルが無効になる | パケットロス。UDP が回線経由になっていない、または制限されている | UDP 転送とプロセスの引き受けを確認する |
| 特定のゲームだけ調子が悪い | 分流ルールがそのゲームをカバーしていない | ルールを追加する、またはプロセス単位の引き受けに変える |
| 接続済みと表示されるのに遅延が変わらない | 通信が回線経由になっていない | 出口 IP と DNS の名前解決を確認する |
最後の行が最も注目に値します。クライアントが接続済みと表示しているのに遅延がまったく変わらない場合、多くの場合は通信がそもそも回線を通っていません。ルールか DNS の問題で、回線を変えても助けにはなりません。