VPNの安定性を比較：接続成功率と切断率の実測方法

安定したVPNを探すときに大切なのは、特定の回線が一時的に速いかではなく、利用するネットワークや端末、時間帯で接続でき、必要な作業を続けられるかどうかです。接続成功率や切断率を測る際は、条件をそろえて結果を比べましょう。速度測定のスクリーンショット一枚だけで結論を出すのは避けてください。

この記事で紹介するのは測定方法であり、サービスのランキングや測定済みの速度結果ではありません。以下の基準で記録すれば、問題が自宅のネットワーク、回線経路、クライアント、接続先サイトのどこにあるかを判断し、メイン回線と予備回線を選びやすくなります。

安定性の基準：接続・維持・タスクの完了

クライアントに「接続済み」と表示されても、目的のアプリが使えるとは限りません。プロキシクライアントによっては、ローカルのプロキシポートや仮想ネットワークインターフェースを起動しただけの場合があります。表示が変わった時点で、実際のアクセスがリモート回線を通ることまで確認できているとは限りません。接続状態、データ転送、アプリでの作業を分けて確認しましょう。

• 接続できるか：回線を選んだ後、あらかじめ決めた待ち時間内に目的のリクエストを完了できるか。
• 接続を維持できるか：利用中に予期せず切断されないか。復旧に手動での再接続が必要か。
• タスクを続けられるか：動画再生やファイル転送、長時間接続が必要なアプリを問題なく使えるか。トップページが開くだけでは十分ではありません。

遅延が小さいからといって、必ずしも安定しているとは限りません。短時間の疎通確認は負荷が軽く、継続的なデータ転送の代わりにはなりません。速度測定で高いピーク値が出ても、大きな変動を伴うことがあります。リモートワークではセッション切断の有無、動画視聴ではバッファリング、軽いウェブ閲覧では最初のリクエスト失敗が気になりやすいでしょう。

回線の種類：専用回線・中継・直接接続の違い

回線の名称が示すのは経路の一部であり、性能を保証するものではありません。利用者の端末から入口、入口から出口、出口から接続先サービスまで、どの区間もボトルネックになる可能性があります。専用回線を使っていても、ローカルのWi-Fi混雑や接続先サーバーの通信制限が使用感に影響することがあります。

ここでいう「直接接続回線」と、ルール設定における「直接接続」は別の意味です。前者はプロキシ通信を運ぶ場合がありますが、後者は通常、プロキシを経由せず接続先へ直接アクセスすることを指します。比較を始める前に、クライアントで実際に選ばれている経路を確認し、異なるルール同士を比べないようにしましょう。

テストの準備：条件をそろえて設定をインポート

まず、サービスの公式パネルからクライアントとサブスクリプションを取得し、クライアントの案内に沿ってインポートします。サブスクリプションURLにはアクセス認証情報が含まれる場合があるため、公開の場に投稿したり、信頼できないオンライン変換ツールに貼り付けたりしないでください。インポート後は、回線一覧が更新されているか、プランが有効か、設定内のプロトコルにクライアントが対応しているかを確認します。

X1VPNのユーザーはパネルにログインしてクライアントとサブスクリプションを取得できます。iOS以外のクライアントはログイン後に取得できます。iOSの利用可否はパネルの条件に基づいて判定されます。画面の名称はクライアントによって異なる場合があるため、別のソフトウェアのボタン位置をそのまま当てはめないでください。

• ✅ 端末、接続ネットワーク、クライアントのバージョンを固定し、他の端末での大容量ファイル転送を一時停止します。
• ✅ テストする回線を手動で選び、出口の地域、プロキシモード、DNS設定を記録します。
• ✅ テストするタスクを固定し、開始前にローカルネットワークが正常であることを確認します。
• ✅ 自動回線選択をオフにします。オフにできない場合は切り替えのたびに記録し、切り替え後の結果を元の回線のものとして扱わないでください。
• ✅ 待ち時間、観察時間、失敗とみなす条件をあらかじめ決め、すべての候補回線を同じ基準でテストします。

WindowsとmacOSでは、システムプロキシの設定は通常、その設定に従うアプリにのみ適用されます。TUNモードはより多くの通信を対象にできますが、ルーティングや除外ルールの影響を受けます。AndroidとiOSのプロキシクライアントは、システムのVPNインターフェースを通じて通信を処理することがよくありますが、クライアント内部で同じトンネルプロトコルが使われているとは限りません。

モバイル端末では、アプリがバックグラウンドに移行したか、端末がロックされたか、ネットワークが切り替わったかも記録します。バックグラウンド制限やスリープ、接続ネットワークの変化による切断は、リモート回線の障害と分けて記録してください。

接続成功率と切断率の測定基準

接続成功率の分母は、有効な接続試行回数です。毎回、現在の接続を切断し、同じ回線を選んで接続を開始した後、決めておいたリクエストを実行するところから始めます。事前に定めた完了条件を満たした場合のみ成功とし、接続状態のアイコンだけでは判断しません。

1. ブラウザーで決められたページを開き、重要な内容が読み込まれたことを確認するなど、テストするリクエストを決めます。
2. 接続を開始して結果を記録します。設定した待ち時間を超えた場合は失敗として、クライアントのエラー情報も記録します。
3. 毎回同じ状態に戻してから再試行します。自動再試行中の内部リクエストを、それぞれ独立したテストとして数えないでください。
4. 通常の時間帯と夜間の混雑時間帯の結果を分けて集計し、時間帯の差が合算で見えなくならないようにします。

接続成功率 = 検証を完了した接続回数 ÷ 有効な接続試行回数

切断が発生したセッションの割合 = 予期しない切断が発生したセッション数 ÷ 有効な観察セッション数

単位時間あたりの切断頻度 = 予期しない切断の総回数 ÷ 有効な観察時間の合計

「切断率」を示す際は、どの算出方法を使ったか明記してください。セッション単位の割合は、何回の利用に影響が出たかを示しますが、同じセッション内で切断が繰り返されたかは分かりません。単位時間あたりの頻度なら繰り返しの切断を把握できますが、それぞれの継続時間や自動復旧の有無もあわせて記録しましょう。

継続テストでは、実際の業務、長時間接続が必要なアプリ、連続再生などを選び、クライアントのログも保存します。手動で回線を切り替えた場合、システムがスリープした場合、ローカルネットワークの切断が確認された場合は、それぞれ別の事象として記録します。除外条件は事前に決め、テスト後に都合の悪い結果だけを削除してはいけません。

プロトコルの互換性と夜間の混雑：分けて比較

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたは方式であり、すべてのクライアントが対応しているわけではありません。サービスのサブスクリプションで提供されているものだけをテストしてください。プロトコル名だけで安定性を判断することはできず、X1VPNがこれらすべてに対応していると推定することもできません。

Hysteria2とTUICはQUICをベースとしており、UDPネットワーク経路に依存します。利用中のネットワークでUDPが制限または妨害されている場合、ハンドシェイクやデータ転送に問題が起きる可能性があります。Trojanは通常TLSを利用して通信し、VMessとVLESSの動作も具体的なトランスポート設定によって異なります。ネットワーク環境を問わず、常に安定するプロトコルの順位はありません。

プロトコルを比較するときは、出口の地域、テスト内容、時間帯をできるだけそろえ、基盤となる経路が同じかも確認します。プロトコルの切り替えと同時に入口、出口、サーバーも変わった場合、分かるのは設定一式の違いであり、改善をプロトコルだけの効果とは判断できません。

夜間の混雑時間帯は分けてテストします。日中は使えても混雑時に失敗が頻発する場合、接続ネットワーク、公衆ネットワーク間の接続、中継容量、出口の混雑が関係している可能性があります。候補回線を交互にテストし、日を変えて繰り返すと、1つずつ続けて測るより時間帯による偏りを抑えられます。

DNSとルール設定：「接続済みなのに開けない」を切り分ける

特定のサイトだけ開けない場合は、まず該当のリクエストがプロキシルールに一致しているか確認します。ルールモードでは一部のドメインが直接接続に設定されていることがあり、ブラウザーが独自のプロキシ拡張機能を使っている場合もあります。比較のためにクライアントのグローバルプロキシモードへ一時的に切り替える方法もありますが、すべてのアプリの通信がそのモードで処理されるとは限りません。

DNSリークを確認する際は、名前解決のリクエストが想定した経路から外れていないかを見ます。たとえば、プロキシ経由で解決するはずのドメインを、ローカルネットワークのDNSリゾルバーが処理しているケースです。ルールによりローカルドメインを意図的にローカルDNSで解決していても、それだけでリークとは限りません。ルールの対象、DNS設定、実際のログを照らし合わせて判断してください。

ブラウザーの暗号化DNS、システムのキャッシュ、クライアントのDNSモード、プロキシの対象外になっているIPv6リクエストなども、結果に影響します。確認するときは設定を一度に1つだけ変更し、同じタスクを再実行して変化を記録します。測定ページの表示をそろえるためだけに、すべての保護機能を無効にしないでください。

出口IPの確認で分かるのは、そのリクエストが使った出口だけです。すべてのアプリが同じ経路を通ることの証明にはなりません。通常のウェブページは見られるのに、目的のサイトで地域制限、ログインエラー、アクセス拒否が表示される場合は、アカウントの地域設定、出口IPの評価、サイト側のルールも確認し、すぐに回線切断と判断しないでください。

結果を記録してメイン回線と予備回線を選ぶ

記録には、日付と時間帯、接続ネットワーク、クライアント、回線名、プロトコル、プロキシモード、成功・失敗の結果、異常発生時の状況を残します。切断については、継続時間や復旧方法、ログの手がかりも加えます。原因が分からない場合、表を整えるために無理に記入する必要はありません。

比較する際は、まず自分にとって重要なタスクを基準にします。リモートワークではセッションの継続性と復旧状況、動画視聴では再生が途切れないかと目的のコンテンツにアクセスできるか、通常のウェブ閲覧では最初のリクエストと再接続のしやすさを確認します。候補の結果に大きな差がなければ、細かな違いだけで最も安定した回線を決めず、引き続き観察しましょう。

テストではプランのデータ通信量も消費します。特に大容量ファイルの継続的なダウンロードには注意してください。X1VPNの月額サブスクリプションの通信量は契約日を基準に毎月リセットされ、追加のデータパックに有効期限はありません。使用量や料金はプランページで確認できます。接続できる端末の台数に制限がなくても、共有ネットワークでは帯域を取り合う場合があります。複数の端末をテストするときは、別々に記録してください。

よくある質問：測定結果の見方

速度測定は速いのに、アプリが切断されるのはなぜですか？

速度測定で分かるのは通常、一定時間のデータ転送能力であり、アイドル状態で接続を維持できるか、バックグラウンドで動作できるか、特定のアプリのセッション方式などは確認できません。切断時には、他のリクエストも同時に失敗したかを確かめ、アプリのログを確認して、経路全体の切断かアプリ単体の再接続かを見分けましょう。

ネットワークを変えた場合、以前の結果はそのまま使えますか？

参考にはできますが、改めて確認が必要です。接続ネットワークによって入口までの経路が異なる場合があり、ネットワークを切り替えるとUDPの到達性、DNSの処理、ルーティングも変化することがあります。テスト結果には環境を明記し、誰にでも当てはまる結論として扱わないようにしましょう。

比較を終えてよいのはどんなときですか？

メイン回線が普段使う時間帯に必要なタスクを安定して満たし、予備回線も検証できたら、日常的な観察に切り替えられます。その後、異常が繰り返し起きた場合は、記録をもとに原因を調べましょう。安定性は継続して確かめるものであり、一度のテストで永続的に保証されるものではありません。