VPNのテスト方法
更新日 2026年9月21日 · 調査方法について
VPNが役割を果たしているかを確認するのに専用のツールは要りません。これらの確認は十五分ほどで終わり、設定を変えるたびに繰り返すことが、この分野で最も役に立つ習慣です。
まず基準値を記録する
接続する前に、実際のIPアドレス、ISPの名前、DNSリゾルバー、そして負荷のない状態での速度を記録しておきます。基準値がなければ、何かが変わったかどうかを判断できません。
1. アドレスとDNS
- 別の国のサーバーに接続します。
- 自分のパブリックIPアドレスを確認します。自分のものではなくVPNのものになっている必要があります。
- DNS漏洩のテストを行います。表示されるリゾルバーはすべてVPNのものであるはずです。
- IPv6アドレスを確認します。表示されないか、表示される場合はVPNのものである必要があります。
- 使っているブラウザごとにWebRTCの確認を行ってください。結果はブラウザによって異なります。
2. キルスイッチ
- 通信が流れていることを確認できるように、公開アドレスへの連続pingを開始します。
- 正常に切断するのではなく、タスクマネージャーからVPNクライアントのプロセスを強制終了させます。
- pingは直ちに失敗しなければなりません。応答が続くなら、キルスイッチはあなたを守れていません。
- ネットワークアダプターを無効にして、さらにスリープと復帰のあとにも繰り返してください。
3. プロトコルの比較
- サーバーを一つ選び、変えずに使ってください。
- WireGuard、次にOpenVPN UDP、次にOpenVPN TCPの順で測定します。
- 一度の測定はばらつきが大きいため、各測定を三回行って中央値を採用してください。
- 混雑する時間帯にも繰り返してください。混雑は、プロトコルよりも順位を大きく変えます。
4. 再接続時の挙動
- スマートフォンでWi-Fiからモバイル回線に切り替え、トンネルが維持されるかを確認します。
- アプリ内でサーバーを切り替え、切り替え中に保護が途切れないかを確認します。
- 自動起動を有効にして再起動し、トンネルが立ち上がる前に何かが外へ出ていないかを確認します。
結果を正直に記録する
これは私たち自身が守っている基準です。テストを行っていない場合は、数値を公開するのではなく、行っていないと書きます。
| 記録する | なぜ重要か |
|---|---|
| 日付と時刻 | ネットワークの状態は変わります。日付のない結果は結果とは言えません |
| サーバーの所在地とプロトコル | これらがなければ、その数値は再現できません |
| あなたの基準値 | 対照のない速度の数値は何も語りません |
| 測定回数と中央値 | 一度きりの測定はノイズに支配されます |
| 検証しなかったこと | テスト記録の中で最も誠実な部分 |
当サイトに速度のグラフがない理由
再現可能なスループット測定には、管理された条件、繰り返しの測定、文書化された手順が必要です。私たちはそのような測定を行っていないため、速度の数値も、スコアも、そこから導いた順位も公開しません。上記の方法を使えば自分の回線を測定でき、そのほうが他人の数値より役に立ちます。
各チェック用の独立したツール
どれも私たちのものではなく、アフィリエイトリンクでもありません。上記の各チェックに一般に使われている公開ツールです。このページの結果を鵜呑みにせず、ご自身で再現できるようにするためのものです。
独立したテストツール。何を確かめられるかで分類しています。
| 何を確認するか | ツール | 何が分かるか |
|---|---|---|
| DNS漏れ | dnsleaktest.com | どのリゾルバーが問い合わせに応答したか。拡張テストを実行してください。標準のテストでは、負荷時にだけ現れるリゾルバーを見落とすことがあります。 |
| DNSリゾルバーの詳細 | BrowserLeaks DNS | リゾルバーの運営者と所在地。VPNのものか、それともISPのものかを見分ける手がかりになります。 |
| WebRTC漏れ | BrowserLeaks WebRTC | ブラウザーがWebRTC経由でローカルまたは公開アドレスを露出しているかどうか。使っているブラウザーごとに試してください。結果は異なります。 |
| 公開IPと位置情報 | BrowserLeaks IP | サイトが実際に見ているアドレス。IPv4とIPv6の結果が分けて表示されます。 |
| IPv6とトレントのアドレス | ipleak.net | 両方のスタックを一つのページで確認でき、さらにトレントのアドレス確認では、ブラウザーではなくBitTorrentクライアントが公表しているIPが分かります。 |
| スループットと遅延 | Speedtest by Ookla | 自分で選んだサーバーに対する下り・上り・pingなので、経路が分かった状態で測れます。複数回の中央値を使ってください。 |
| ストリーミング向けのスループット | Fast.com | Netflixが提供するテストで、無負荷時だけでなく負荷時の遅延も表示します。バッファリングを予測するのはこちらの数値です。 |
| プロトコルが何をするはずか | WireGuard | プロトコル自身の仕様書と論文。事業者の主張を宣伝文句ではなく設計そのものと突き合わせるために使います。 |
| OpenVPNの挙動 | OpenVPN | UDPとTCPの各トランスポートの公式ドキュメント。キルスイッチにとって重要な再接続時の挙動も含みます。 |
| トンネルを自分で確かめる | Wireshark | パケットキャプチャ。通信が本当にトンネルのインターフェースから出ていて、迂回しているものがないかを確認するために使います。 |
よくある質問
自分のVPNが実際に機能しているか、どうすれば分かりますか?
確認すべきは一つではなく三つです。公開アドレスが変わっていること。表示されるDNSリゾルバーがすべてISPではなくVPNのものであること。そして自分の回線のIPv6アドレスが見えないこと。IPが変わったという事実だけは三つの中で最も弱い根拠です。DNSとIPv6はそれとは無関係に漏れ、静かに残りを台無しにするのがこの二つだからです。
キルスイッチはどうやって検証しますか?
自分が管理するアドレスへ継続的にpingを打ち、インターフェースから切断するのではなくタスクマネージャーでVPNクライアントのプロセスを終了させてください。pingは直ちに失敗するはずです。正常な切断は順調な場合を試すだけで、キルスイッチが存在する理由はそこにはありません。プロセスを落とすことがクラッシュの再現になります。
速度の測定結果がこれほどばらつくのはなぜですか?
サーバーの混み具合、時間帯、経路、そしてご自身のローカルネットワークは測定ごとに変わり、どれ一つを取ってもVPN以上に結果を動かし得ます。サーバーを固定し、最低三回測り、最高値ではなく中央値を使い、混雑する時間帯にもう一度測ってください。一回の測定が表すのは、接続ではなくその瞬間です。
どのくらいの頻度で再テストすべきですか?
経路が変わる出来事のあとです。クライアントの更新、OSの更新、サーバーの変更、ネットワークの変更など。漏れは自然に発生するのではなく再接続や設定変更の前後に集中するので、何かが動いた直後こそ試す価値があります。
多くのガイドが飛ばしている、試すべきことは何ですか?
切り替わりの瞬間です。多くのチェックは、トンネルが接続されたまま何もしていない状態で行われますが、それは最も失敗しにくい状態です。強制的に再接続し、スリープから復帰させ、Wi-Fiとモバイル回線を切り替えて、その数秒に何が起きるかを見てください。漏れが実際に起きるのはそこです。