「安定」を測定できる2つの指標に分解する
最も安定したVPNを語る前に、「安定」が何を指すのかを押さえておきましょう。感覚だけでは比較しにくいので、記録できる2つの指標に分解すると、結論に説得力が生まれます。
- 接続成功率:接続をクリックしてからトンネルが実際に使えるようになるまでの割合。「クライアントに接続済みと表示される」ことは成功を意味しません。ハンドシェイクの段階で成功と報告し、実際にはデータを送れないクライアントもあります。判定基準は、接続後に目的のサイトを開くかコマンドを1つ実行し、正常に結果が返ることです。
- 切断率:一定時間内に、自分で切断していないのに切れた回数。Web閲覧では気づきにくいですが、ビデオ会議やSSH、オンラインゲームのような長時間接続ではすぐに露呈します。
さらに補助指標を2つ:再接続にかかる時間(切れてから復帰するまで)と切り替えの滑らかさ(手動で回線を変えたとき、進行中の通信が途切れないか)。4つの値を見れば、その回線の実力がほぼ見えてきます。
「昼は快調なのに夜になると崩れる」と感じる人は多いですが、たいてい気のせいではありません。短い接続は切断に鈍感で、ページを再読み込みすれば戻ります。一方、長時間接続は一度切られるとセッションがそのまま終了します。だから安定性を測るときは、必ず長時間接続で負荷をかけてください。
測定の前に変数を固定します。同じ端末、同じローカルネットワーク、同じ時間帯、同じ対象サイト。変数が変わると、データを横並びで比較できなくなります。
回線タイプ:専用線・中継・直結は何が違うのか
同じサービスでも回線によって価格差が出るのは、ほとんどが「トラフィックをどう通すか」の違いです。3種類の回線の安定性の違いは、次のように整理できます。
| 回線タイプ | トラフィックの経路 | 安定性の特徴 | 向いている用途 |
|---|---|---|---|
| IEPL専用線 | 両端ともキャリア級の専用線を通り、公共インターネットの出口を迂回しない | 経路が固定され、夜のピーク時間帯でも変動が小さく、長時間接続が最も切れにくい | ビデオ会議、海外拠点との業務、長時間のダウンロード |
| 中継 | まず近くの入口に接続し、そこから出口ノードへ転送する | 安定性は入口と中継経路の品質次第だが、通常は直結より優れる | 日常のブラウジング、ストリーミング、複数端末の同時利用 |
| 直結 | クライアントが海外ノードに直接接続し、全区間を公共インターネット経由で通る | ルートがキャリアの制御で変わりやすく、夜のピーク時間帯はさらに揺らぎやすい | 予備回線、ライトな用途 |
専用線の価値は「速さ」ではなく「経路の制御性」にあります。トラフィックが公共の出口の行列に入らないので、夜のピーク時間帯の揺らぎも自然と小さくなります。中継は最後の一跳を品質の良い入口に任せる方式で、コストは抑えられますが、入口自体が混雑していればそのまま性能が落ちます。直結は最もシンプルで、最も運任せです。同じ回線でも、キャリアや都市が違えば結果はまったく変わることがあります。
結論:切断が最も許容できない問題なら、まずサービスにIEPL専用線の入口があるかを確認しましょう。日常用途なら中継で十分、直結は予備として残し、主力にはしないこと。
プロトコル層:切断に強いのはどれか
プロトコルはデータのカプセル化と再送の方法を決めます。同じノードでもプロトコルを変えるだけで、切断の出方が数倍変わることがあります。代表的な種類は次のとおりです。
| プロトコル | トランスポート層 | 不安定な回線での挙動 | 注意点 |
|---|---|---|---|
| Shadowsocks | TCP / UDP 転送、暗号化のオーバーヘッドが小さい | パケットロス時はTCPの再送に頼るため、復旧はやや遅い | リソース消費が少なく、古い端末でも扱いやすい |
| VMess | TCP、多重化(mux)が利用可能 | muxは複数の接続を1本のTCPに詰め込むため、パケットロスが互いに影響し合う | システム時刻の同期に敏感で、時刻のずれがハンドシェイク失敗の原因になる |
| Trojan | TLS、通常のHTTPSトラフィックに偽装 | ハンドシェイクのコストはWeb閲覧と同程度で、長時間接続は比較的安定 | 証明書の設定に依存し、設定を誤ると回線全体が使えなくなる |
| VLESS | TLS / Reality、ハンドシェイクがより軽量 | 暗号化・復号が1回分減り、遅延の揺らぎが小さくなる | XTLS系と組み合わせて使われることが多い |
| Hysteria2 | QUIC(UDP)、輻輳制御を内蔵 | パケットロスが多い回線で強みを発揮し、復旧が速い | UDPが帯域制限や破棄の対象になると、かえって悪化する |
| TUIC | QUIC(UDP)、多重化 + 0-RTT | 接続確立が速く、UDPの品質に敏感 | ネットワーク品質がもともと良好な環境に向く |
選ぶ順番は回線品質で分けられます。ローカル回線から国際出口までのパケットロスが目立つ場合(夜のピーク時間帯にダウンロード速度が大きく落ちる、ビデオ会議が固まるなど)は、ロスに寛容なHysteria2のようなQUIC系プロトコルを先に試しましょう。回線自体は悪くないが、数時間切れずに保ちたいなら、VLESSやTrojanのようなTLS系が適しています。VMessの多重化は接続数が多く1本あたりの通信量が小さい場面向きですが、パケットロスが深刻なときは逆に状況を悪化させます。
プロトコルは新しければ良いわけではありません。UDP系は一部のキャリア網で帯域制限や破棄の対象になることがあります。「Hysteria2に変えたらむしろ悪くなった」という場合は、まずTLS系に戻して一度比較してから判断してください。
夜間ピークに悪化する理由:負荷分散と帯域の収束
20:00〜23:00は国際出口が最も混雑する時間帯です。理由は単純で、帯域は共有であり、利用者が集中すると回線上の待ち行列が長くなり、揺らぎが増え、再送が増え、切断の確率も上がります。この時間帯の挙動が、その回線の評判をほぼ決めます。
サービス側にできることは3つあります。
- 容量の余裕:1日平均ではなく、ピーク時の需要に合わせて専用線の容量を用意する。
- 入口の近接配置:利用者をより自宅に近い入口に接続させ、公共ネットワーク内の迂回区間を減らす。
- 負荷分散:利用者を複数の出口ノードに振り分け、1か所への集中を避ける。
逆に、クライアントがピーク時に頻繁にノードを自動切り替えすると、切り替えのたびに接続が作り直され、長時間接続はそのまま切れてしまいます。安定性を測るときは自動切り替えをオフにし、回線を1本に固定して観察することをおすすめします。
もう1つ見落とされがちな点があります。キャリアの国際方向トラフィックの扱いは、都市や回線によって大きく異なります。同じサービスでも、同僚は安定していると言い、自分は不安定という場合、多くは接続網が違うだけです。
自分で測る方法:5つのステップで切断率を数値化
専門ツールは不要で、パソコン1台とコマンド数本で比較可能なデータが得られます。少なくとも1回は夜のピーク時間帯を丸ごと含めて測りましょう。
- まずベースラインを測る。加速を接続していない状態で、対象サイトが開けるか、おおよそ何秒で応答が返るかを記録します。ベースラインがはっきりしているほど、後で「良くなったか悪くなったか」を判断しやすくなります。
- 成功率を繰り返し計測する。5秒ごとにリクエストを送り、失敗回数を記録して、30分以上連続で実行します。失敗にはタイムアウト、接続のリセット、エラーページの返却が含まれます。
- 長時間接続に負荷をかける。持続的なセッション(SSH、ビデオ会議、長時間ダウンロードのいずれでも可)を開き、どれくらいで切れるか、切れた後に自動で復帰するかを観察します。
- クライアントのログを見る。reconnect、handshake、timeout の語を検索し、出現頻度を数えます。ログ上の再接続回数のほうが、体感より正確なことが多いです。
- 変数を1つだけ変えて再測定する。プロトコルだけ、または回線タイプだけを変え、ほかは変えないままにします。2回の結果を比べれば、どの層に問題があるのかがはっきりします。
# 5秒ごとに1回プローブし、30分間連続で実行して失敗回数を集計
fails=0
for i in $(seq 1 360); do
curl -s -o /dev/null -m 4 -I https://www.example.com || fails=$((fails + 1))
sleep 5
done
echo "失敗 $fails 回 / 全 360 回"
経路が変わっていないか見たいときは、mtr -rw(Windowsではtracert)をもう1本追加して、前後のルートを比較します。ホップ数や出口キャリアが頻繁に変わるなら、トラフィックが公共ネットワーク内で繰り返し経路変更されている証拠で、そうした回線は夜のピーク時間帯に安定させるのが難しくなります。
- ✅ 30分の計測で失敗ゼロ、または1桁台の失敗で、長時間接続が1時間安定して保てれば合格です。
- ❌ 十数分おきに切れ、ログに再接続の記録がびっしり並ぶなら、その回線はピーク時間帯には使えません。
- ❌ 手動でリロードしないと復帰しないなら、クライアントがトンネルの失効を検知できていません。こうした問題はビデオ会議で最も致命的になります。
- ❌ ノードを3〜4個変えても挙動が同じなら、問題はローカルネットワークかキャリアの出口側にある可能性が高く、サービスを乗り換えても解決しないことがあります。
クライアントとOS設定で見落としがちな落とし穴
回線とプロトコルが正しくても、安定性はローカル環境に足を引っ張られることがあります。プラットフォームごとに引っかかりやすい点は異なります。
Windows / macOS
- Windowsでは仮想NICが下位ドライバーに依存しており、サードパーティのセキュリティソフトが仮想NICをブロックすると、「接続はできるのに一部のアプリだけ通信が通らない」という症状になります。
- macOSでは初回有効化時にネットワーク拡張の許可が必要で、OSのメジャーアップデート後には再度許可し直す必要があります。また、プロキシ系ツールを2つ同時に起動するとルートを奪い合います。
iOS / Android
- スマートフォンの省電力制御はバックグラウンド接続を回収してしまうため、クライアントをバッテリー最適化の対象外にすると、「画面ロックから数分で切れる」現象が明らかに減ります。
- Wi-Fiとモバイルデータを切り替えると必ず1回は再接続が発生します。これはOSの仕様であり、回線側の問題ではありません。
Linux
- コマンドラインのクライアントは軽量ですが、分流はiptables / nftablesやtun2socksで自分で設定する必要があり、ルールを間違えると本来通すべき通信が直結扱いになってしまいます。
さらに、プラットフォームを問わずよくある2つの落とし穴を挙げておきます。1つはDNSです。接続確立後も名前解決がローカルDNSのままだと、近くのノードに解決されてしまい、表示が遅くなったり開けなくなったりすることがあります。DNSリーク検出ページで、解決サーバーの所在を確認しておきましょう。もう1つはMTUです。仮想NICのMTUを大きくしすぎると大きなパケットが破棄され、「Webページは開くのにダウンロードが固まる」という典型的な症状が出ます。MTUを小さめに調整すると、たいていすぐ改善します。
切り分けの順番は固定するのがおすすめです。まずログに再接続がないか → 次にDNS解決の所在 → 最後にMTUの調整。この順番で進めれば、「つながるけれど不安定」というほとんどの問題を特定できます。
結論:安定性を優先するときの選び方
ここまでの内容を整理します。接続成功率と切断率は測定できる2つの指標です。回線タイプは経路を制御できるかどうかを決め、IEPL専用線が最も安定、中継で十分、直結は運任せです。プロトコルは不安定な回線での復旧力を決め、ロスが多いならQUIC系、長時間切れずに保ちたいならTLS系を選びます。夜のピーク時間帯は、参考にする価値のある唯一のテスト時間帯です。クライアント設定では、DNSとMTUが最もよくある2つの見えない落とし穴です。
VPNBuの回線は100+の国・地域、240+の回線をカバーし、同時接続台数は無制限。Windows、macOS、iOS、Android、Linuxのクライアントが揃っています。登録に必要なのはユーザー名とパスワードだけで、メールアドレスは不要です。セキュリティ面では量子暗号を採用。支払いはAlipay、WeChat、USDTに対応しています。月額は¥9.9から(毎月60GB)、ほかに¥18/月 250GB、¥28/月 500GB。利用量が一定しない場合は、データパック ¥158/300GB、¥358/1000GB、¥658/3000GB があり、使い切るまで有効で期限はありません。購入後60日以内は理由を問わず返金できます。まず上記の方法で一度測定し、合わなければ返金する——どんなレビューを読むより直接的です。
最後にひとこと。自分の切断ポイントがどの層にあるのかを先に測り、それから回線を変えるのかサービスを変えるのかを決めましょう。安定性は数値で測れるものです。体感だけに頼らないでください。