VPNの速度はどう測る？まず通常接続の速度を測り、同じ条件で経路を比較してから、実際のアプリでも確認します。測定ツールの最高値は、特定の経路を特定の時点で測った結果にすぎません。時間帯や測定サーバー、スプリットトンネルのルールが異なれば、数値をそのまま比較できません。この記事では再現可能な測定方法を紹介し、架空の測定結果は掲載しません。
通常接続の基準値を測る
測定を始める前に、用途を明確にしましょう。ファイルのダウンロードでは持続的な通信速度、ビデオ会議では遅延・ジッター・パケットロスが重要です。Web閲覧では、DNSの名前解決や接続確立、アクセス先の応答時間も影響します。こうした使い心地を単一の「速度スコア」にまとめると、経路選びを誤ることがあります。
プロキシ接続をいったん切り、通常接続できる測定先にアクセスして、現在のネットワーク状況を記録します。この結果から、回線・Wi-Fi・端末がボトルネックになっていないか確認できますが、海外向けの経路でも同じ速度が出るとは限りません。測定先に通常接続できない場合、失敗を基準値ゼロとして記録しないでください。別のアクセス可能な測定先を選び、以降の測定とはサーバーが異なることを明記しましょう。
できるだけ端末、接続方法、利用場所をそろえます。Wi-Fiの電波が弱い、ルーターに負荷がかかっている、クラウドストレージの同期やOSの更新が動いていると、帯域を消費したり待ち時間が増えたりします。有線接続ならWi-Fiの干渉を切り分けやすくなりますが、普段Wi-Fiを使う場合は、理想的な環境だけでなく日常の環境でも測定しましょう。
- ✅ 端末のOS、クライアント名、接続方法、利用している通信事業者を記録し、以降も同じ条件にします。
- ✅ ダウンロードや同期など、ネットワークを使うタスクを一時停止し、ほかのプロキシが動作していないことを確認します。
- ✅ 通常接続の測定結果を保存し、測定サーバーと時間帯も記録します。
- ❌ 端末、ネットワーク、測定先が異なる結果を、同じ条件の測定として比較しないでください。
測定ツールと指標の選び方
ブラウザーで使える速度測定ツールは、通信速度を手早く確認するのに便利です。Speedtestはサーバーを選べるため、同じ測定先で比較しやすく、FASTはFASTの測定基盤との通信状況を確認するのに向いています。どちらも実際のWebサイトでの確認に代わるものではなく、ツール名だけで精度の優劣は決められません。ツールが測定サーバーを自動で切り替えた場合、切り替え前後の数値を同じ経路の改善として扱わないようにしましょう。
システムの ping コマンドでは、ICMPの往復時間や応答状況を確認できます。ただし、結果の解釈にはプロキシの動作モードを考慮する必要があります。多くのアプリケーション層プロキシはICMP通信を中継しないため、コマンドラインからの通信がプロキシを通らない場合もあります。クライアントに表示される「遅延」は、接続確認やリクエスト測定の結果で、システムのpingとは意味が異なることもあります。
| 指標 | 何を示すか | 用途 | 解釈する際の注意点 |
|---|---|---|---|
| ダウンロード・アップロード速度 | 指定された経路でのデータ転送速度 | ファイル転送、動画のアップロード | 測定サーバーと実際に利用するサービスのサーバーは異なる場合がある |
| 往復遅延 | リクエストが相手に届き、応答が返るまでの時間 | 操作への応答、会議、リモートデスクトップ | 測定先とリクエストがプロキシを通っているか確認が必要 |
| ジッター | 連続して測った遅延のばらつき | 音声通話、リアルタイム動画 | ツールによって算出方法が異なる場合がある |
| パケットロス | 送信した測定データに期待した応答が返らない状態 | 遅延や再送、接続切断の原因調査 | ICMPの速度制限や無効化でも測定に失敗することがある |
| 実際のタスクの完了状況 | ページ表示、動画再生、ファイル転送を継続できるか | 普段の使い心地の確認 | キャッシュ、アカウント、アプリ、アクセス先の影響を受ける |
単位にも注意しましょう。速度測定サイトではMbps、ダウンロードアプリではMB/sがよく使われます。前者はビット毎秒、後者はバイト毎秒を表すため、数値をそのまま比べることはできません。実際の転送速度は、プロトコルのオーバーヘッドや再送、サーバー側の制限にも左右されます。プランのデータ容量も、通信速度を示すものではありません。
速度測定では実際にデータ通信が発生します。帯域を十分に使う測定では大量のデータを転送する場合があります。データ容量に余裕がないときは、まず接続や実際のタスクを確認し、アカウントの使用量を見てから速度測定を行うか判断しましょう。
経路を固定して、時間帯を変えて測定
経路を比較するときは、経路以外の条件をできるだけ変えないようにします。測定先は、実際に利用するサービスのサーバーがある地域に近い場所を選びましょう。主にヨーロッパのサービスを使うのに、アジアの測定サーバーだけで順位をつけても、ヨーロッパまでの通信状況は分かりません。地理的に近い場所が必ず最速とは限らず、通信事業者間の接続や迂回経路も影響します。
- 接続条件を確認する。通常接続の測定結果を記録し、端末と接続方法を固定して、バックグラウンドで大量の通信を行うタスクを停止します。
- 測定経路を確認する。経路を明確に選び、測定サーバーを固定します。クライアントの接続ログで、測定先ドメインが実際にどの経路を通ったか確認しましょう。
- モードとプロトコルを記録する。ルールベースのスプリットトンネル、グローバルプロキシ、TUNモードのどれを使ったか、実際のプロトコルとあわせて記録します。測定中に通信設定を変更しないでください。
- 候補の経路を順に測定する。接続が安定してから測定ツールを実行し、ダウンロードの最高値だけでなく、測定結果全体を保存しましょう。
- 時間帯を変えて再測定する。普段使う時間帯、夜間の混雑時間帯、比較的空いている時間帯に同じ手順を繰り返し、一時的な変動を長期的な差と混同しないようにします。
- 実際のタスクを確認する。よく使うWebサイトを開く、動画を再生する、ファイルを転送するなどして、失敗・バッファリング・切断・復旧の状況を記録します。
測定順による影響を減らすには、再測定の際に候補の経路を試す順番を入れ替えるとよいでしょう。特定の経路だけ空いている時間帯に測ったり、見栄えのよい数値が出るまで繰り返したりしないでください。比較では最高値ではなく、複数の記録で見られる典型的な性能、変動幅、失敗の有無を重視します。
夜間の混雑時間帯は、通常接続の回線、接続経路、出口、アクセス先のプラットフォームのいずれでも混雑が発生する可能性があるため、分けて確認する価値があります。空いている時間帯は速く、夜に大きく遅くなるなら、時間帯によって混雑状況が異なることは分かりますが、それだけで原因は特定できません。通常接続の測定結果や、同じ時間帯に測ったほかの経路の結果とあわせて判断しましょう。
スプリットトンネルとクライアントの違いを切り分ける
ルールベースのスプリットトンネルでは、ドメインごとに異なる出口を使うことがあります。速度測定サイトをプロキシ経由で開けても、すべての測定通信が同じ経路を通るとは限りません。ページのスクリプト、測定データ用サーバー、DNSの問い合わせが、それぞれ異なるルールに該当する場合があります。ページが開くかどうかだけで判断せず、クライアントの接続ログを確認しましょう。
グローバルプロキシでも、システム上のすべての通信が必ずプロキシを通るわけではありません。クライアントによっては、グローバル設定が「プロキシ対象の接続すべてで同じ出口を使う」という意味にとどまり、システムプロキシに従わないアプリまでは自動的に接続を切り替えません。TUNモードは通常、より広い範囲の通信を扱いますが、ルーティングの除外設定が残っている場合もあります。コマンドラインツールを測定に使う場合は、プロキシへの対応状況と通信経路を確認してください。
Windows、macOS、Linuxでは、システムプロキシ、コマンドライン環境、アプリの設定がそれぞれ独立している場合があります。Androidのクライアントはアプリごとに通信を振り分けることがあり、iOSの通信制御はシステムのインターフェースにも左右されます。デスクトップブラウザーの測定結果とモバイル端末での動画再生の違いを、すぐにプロトコルの差と決めつけないでください。まず端末の性能、Wi-Fi環境、ルール設定の違いを確認しましょう。
DNSの設定も測定結果に影響します。名前解決の結果として異なるCDNのアドレスが返されると、通信経路も変わることがあります。DNSリークとは、DNSの問い合わせが想定した経路を通らない状態です。プライバシー上の確認事項であると同時に、測定条件の一貫性にも影響します。ただし、ローカルのDNSリゾルバーが検出されたことだけで、ダウンロード通信がプロキシを通っていないとは判断できません。特定の測定結果をよくするために、DNS設定を安易に変更しないでください。
回線の種類やプロトコルだけでは速度は分からない
直接接続では通常、端末からサーバーの入口に直接つなぐため、利用中の通信事業者の国際接続に影響されやすくなります。中継接続では、まず中間の入口を経由してから出口へ向かいます。IEPL専用線は一般に、該当する区間でイーサネット専用線を使うことを指します。ただし、実際の経路はサービスの構成によって異なります。現地の接続網や出口からアクセス先までの区間が、すべて専用線とは限りません。
回線の種類を示すラベルから、速度や安定性を直接判断することはできません。中継によって経路が改善する場合もあれば、混雑する区間が増える場合もあります。専用線は特定区間の通信条件を改善できますが、経路全体が専有されることや、すべての地域・Webサイトで同じ性能が得られることを保証するものではありません。この記事では分類を解説するものであり、VPNJTの特定の経路がどの方式で構成されているかを断定するものではありません。
Shadowsocks、VMess、Trojan、VLESSは、それぞれ異なるプロキシプロトコルまたはプロトコル方式です。実際の通信性能は、暗号化、トランスポート層、クライアントの実装にも左右されます。Hysteria2とTUICはQUICベースの方式を採用しており、UDPの到達性やネットワーク環境に左右されます。ある環境で良好なプロトコルが、UDPに制限がある環境や端末の負荷が高い環境でも速いとは限りません。
サブスクリプションURLは回線設定を取得するためのもので、速度測定用のアドレスではありません。まず管理画面にログインしてサブスクリプションを取得し、利用するクライアントが対応する方法で取り込んで更新してください。選択したノードの有効期限が切れていないこと、設定に誤りがないことも確認しましょう。VPNJTのクライアントのダウンロードページは、有効なプランが必要です。サブスクリプションURLを公開の速度測定サイトに貼り付けたり、出所の不明なオンライン変換ツールに渡したりしないでください。
測定結果を記録して速度低下の原因を探る
測定のたびに、日付、時間帯、接続ネットワーク、端末、クライアント、プロキシモード、選択した経路、プロトコル、測定サーバーを記録しましょう。ツールの結果に加えて、実際のタスクでの動作も記録します。スクリーンショットを共有する前に、サブスクリプションURL、アクセストークン、アカウント情報が含まれていないか確認してください。サポートに相談する場合は、調査に必要な情報だけを送ります。
通常接続の測定結果も悪化している場合は、まずWi-Fiの電波、ルーター、バックグラウンドのタスクを確認します。通常接続が安定しているのに、同じ時間帯に複数の経路が遅くなるなら、別のネットワークでも測り、利用中の通信事業者の経路が関係しているか確認しましょう。特定の経路だけに問題がある場合は、測定先を変えずに別の経路と比較します。DNSとクライアントを同時に変更しないでください。
速度測定では問題がないのに特定のWebサイトだけ遅い場合は、アクセス先の地域、CDN、アカウントの設定、アプリの状態を確認しましょう。ページの初回表示だけ遅く、その後のデータ転送は正常なら、名前解決や接続確立が関係している可能性があります。長時間のダウンロードで速度が徐々に下がる場合は、サーバー側の速度制限、端末の発熱、継続的な混雑も考えられます。一度の異常だけで、経路に恒常的な問題があるとは判断できません。
経路のトレースはルーティング状況を調べる手がかりになりますが、一部の機器は測定への応答を返さず、プロキシのトンネルによって内部の経路が見えない場合もあります。途中のホップが応答しなくても最終的な接続先には到達できるなら、そのホップだけを根拠にパケットロスと判断しないでください。ツールの出力を端末で実際に起きた問題と照らし合わせて、初めて診断に役立ちます。
結論：最高速度だけを追うのではなく、普段使う時間帯に安定してタスクを完了できる経路を選びましょう。条件をそろえ、通信の振り分け先を確認し、時間帯を変えて再測定したうえで、実際のアプリでも確かめます。ダウンロードでは持続的な通信速度、会議では遅延の変化や中断の有無、普段のWeb閲覧ではページをスムーズに表示できるかを確認してください。
VPNJTのプランは測定結果ではなく、データ容量で区分されています。月額プランのデータ容量は利用開始日にリセットされ、追加データ容量は使い切るまで有効期限がありません。容量と料金はプランページでご確認ください。設定でお困りの場合は、ヘルプセンターをご覧になるか、管理画面からお問い合わせください。テスト条件や問題の状況を共有する際は、個人情報を伏せてください。