ガイド
VPNが機能しているか確認する方法
トンネルが通信を運んでいるかを確認する6つのチェックです。よくある失敗を先に見つけられる順に並べています。どれもブラウザー以外のソフトウェアは必要なく、それぞれが証明するのは1つのことだけです。2026年後半のクライアントを前提にしています。
このチェックで確認できること
接続済みと表示するクライアントが報告しているのは、自身の状態であって、通信の行き先ではありません。以下の6つのチェックは、後者を確認するものです。インストール後に1回、クライアントまたはシステムを更新するたびに1回、そして初めて使うネットワークで1回実行してください。すべて合わせても数分で終わり、最初の3つなら1分で済みます。
まず、普段使う出口に接続します。その後、リストを上から順に確認してください。各チェックは、その前のチェックに合格していることを前提にしており、よくある失敗ほど上にあります。
1. アドレスが変わった
- 「自分のIPアドレスは何か」と検索して表示されるページを開き、表示されたアドレスと国を確認します。国は選択した出口と一致していなければならず、アドレスは自分のものだと認識できないものでなければなりません。
- 接続を切り、同じページを再読み込みします。アドレスは自分のものに戻るはずです。戻らない場合、ページがキャッシュされているか、2つ目のトンネルが妨げています。そのため、最初の結果からは何も証明できません。
- 再接続して、もう一度再読み込みします。3回の読み取りのうち、中央の1回と異なるものが2回あれば、それでテスト全体になります。接続中に1回だけ読み取ってもテストにはなりません。
これは、ブラウザーの前に出口があることを証明します。名前解決、他のアプリケーション、トンネルが切断されたときの動作については何も示しません。それらはこのページの残りで確認します。
2. 名前解決がトンネル内で行われている
- DNSリークテストを実行し — 1回ではなく多数の名前解決を送る拡張テストを提供しているページならどれでも構いません —、報告された名前解決サーバーのリストと、その所有者を確認します。
- すべての名前解決サーバーは、VPNプロバイダーに属しているか、出口の国に置かれていなければなりません。インターネットプロバイダーに属するものが1つでもあるか、自分の国にあるものが1つでもあれば、他の結果にかかわらずテストは失敗です。
- 失敗した場合は、クライアントのDNSをプロバイダー独自の名前解決サーバーに設定するか、リーク防止を有効にして、再接続後にもう一度実行します。設定については各プラットフォームのガイドで説明しています。リークの意味についてはDNSリークのページを参照してください。
3. ブラウザーがアドレスを知らせていない
ブラウザーには通話やビデオのためのプロトコルがあり、トンネルを迂回して、ローカルアドレスとパブリックアドレスをページへ直接開示することがあります。これはクライアントではなくブラウザーの設定なので、クライアントが完全に正しく設定されていても、他のテストには合格してこのテストだけに失敗することがあります。
- 使用する各ブラウザーで、接続中にWebRTCリークテストを実行します。プライベートウィンドウとプロファイルにはそれぞれ固有の設定があるため、実際にブラウジングするものをテストしてください。
- 報告されたパブリックアドレスは出口のものでなければならず、それ以外は何も表示されないことが必要です。ルーターが割り当てる形式のローカルアドレスは通常のもので、問題ありません。自分のパブリックアドレスが表示されるのが失敗です。
- 失敗した場合は、ブラウザー自体またはプロバイダーのブラウザー拡張機能でWebRTC設定を探します。多くのクライアントではそこに設定があります。変更後、テストを再実行してください。
4. IPv6がトンネルを迂回していない
現在、ほとんどのネットワークは2種類のアドレスを割り当てます。古い種類だけをトンネルし、新しい種類を無視するクライアントでは、両方に応答するすべてのサイトにリークします — 大規模なサイトのほとんどが該当します。使用したページは、アクセスに使われたアドレスの種類を報告するため、上のアドレスチェックでは見落とすことがよくあります。
- 接続中にIPv6テストページを開きます。正しい結果は「IPv6接続なし」または出口に属するIPv6アドレスです。自分の国にあるIPv6アドレスはリークです。
- 失敗した場合は、クライアントでIPv6設定を探します。ブロックが安全な選択で、提供されている場合はルートの方が適切です。どちらもないクライアントでは、オペレーティングシステムのレベルでアダプターのIPv6を無効にする必要があります。
- その後、最初のチェックを繰り返します。IPv6を無効にすると、テストページがどのアドレスで自分に到達するかが変わるため、以前の合格結果を新しい条件で確認する必要があります。
5. トンネルが切断されたときに通信が遮断される
ここまでの内容は、トンネルが稼働している間について説明しています。問題のあるネットワークで重要なのは、トンネルが稼働していないときに何が起きるかです。これは独立した手順になります。VPNキルスイッチのテスト方法を参照してください。自宅を出るすべてのデバイスで1回実行します。簡単に言えば、クライアントに指示しなくてもトンネルを停止したとき、実行中のダウンロードが完全に停止しなければなりません。重要性についてはキルスイッチのページで説明しています。
6. ブラウザー以外のもの
ここまでのすべてのチェックはブラウザーで実行しました。しかし、ブラウザーはマシンの他の部分とは異なる経路を使うことがあります。プロキシ拡張機能、ブラウザー専用のVPN、スプリットトンネリングのルールによって、ブラウザーは合格しても別のアプリケーションがリークしたり、その逆になったりします。
- 独自の接続アドレスを表示するアプリケーションを1つ選びます。たとえば、トレントクライアント独自のアドレスチェック、メールクライアントの接続ログ、ゲームのネットワークパネルなどです。または、設定していない2つ目のブラウザーからアドレスチェックを実行します。
- そのアドレスは出口のものでなければなりません。最初のチェックで報告されたものと同じである必要があります。異なる場合、トンネルはシステム全体に適用されておらず、原因となる設定はブラウザー拡張機能またはスプリットトンネリングのルールです。
合格が意味すること
これらのチェックが証明すること
+通信は、選択した国にある出口サーバーを経由して、1つのアプリケーションだけでなくすべてのアプリケーションから外へ出ている
+利用中のネットワークには、アクセス先のサイトも、それらを見つける名前解決も見えていない
+ブラウザーも新しい方のアドレスファミリーも、トンネルの周囲にアドレスを持ち出していない
これらが証明しないこと
−プロバイダーが何を保持しているかについては何も示さない — これは文書に関する問題であり、保持に関するページで回答している
−匿名になるわけではない。ブラウザー、ログイン、利用習慣は変わらない。VPNが保護しないものを参照
−今日の合格は今日のクライアントについての記述にすぎず、次の更新でこのページにある設定がリセットされる可能性がある
テストに失敗した場合
クライアントは接続済みなのに、アドレスページに自分の国が表示される
クライアントは動作していますが、通信はクライアントを経由していません。接続を切り、ウィンドウを閉じるだけでなくクライアントを完全に終了してから、再び起動し、他の操作をする前に再接続します。結果が繰り返される場合は、通常、2つ目のVPN、ブラウザーのプロキシ設定、または独自のネットワークフィルターを持つセキュリティ製品が先に通信を取り込んでいます。
最後にブラウザー自体のプロキシと拡張機能の設定を確認します。ブラウザーを独自のプロキシ経由で接続する拡張機能はシステムのトンネルより優先されるため、アドレスページに表示されるのはあなたの出口ではなく、拡張機能の出口です。
DNSテストにインターネットプロバイダーの名前解決サーバーが表示される
名前解決がトンネルの外へ出ています。クライアントでDNSリーク防止を有効にするか、DNSをプロバイダー独自の名前解決サーバーに設定し、再接続してテストをもう一度実行します。それでも名前解決サーバーがインターネットプロバイダーのものなら、オペレーティングシステムが別のインターフェース上で独自の名前解決サーバーを保持しています。各システムについては、プラットフォームのガイドで説明しています。
リストに1つあるだけで失敗です。1回でも名前解決がリークすれば、訪問したサイトが知られてしまいます。
クライアントが接続中なのに、IPv6テストにアドレスが表示される
クライアントはIPv4をトンネルしている一方でIPv6を通過させており、両方に応答するすべてのサイトから実際のアドレスが見えています。クライアントでIPv6設定を探し、ブロックまたはルートに設定します。どちらもない場合は、オペレーティングシステムが使用するネットワークアダプターでIPv6を無効にします。その後、テストをもう一度実行し、IPv6アドレスがまったく表示されないか、出口に属するアドレスが表示されることを確認します。
自宅のネットワークではすべてのテストに合格するのに、別のネットワークでは1つ失敗する
2つ目のネットワークが通信に何らかの処理をしています。DNSを傍受するホテルやオフィスのネットワーク、IPv6を取り除くネットワーク、長時間続く接続を妨げるネットワークでは、テストが1つだけ失敗することがあります。その場合、原因はクライアントではなくネットワークです。その結果は、そのネットワークについて持ち運ぶべき事実であり、そこで失敗したトンネルが開放状態になるのを防ぐのがキルスイッチです。
昨日はすべて合格したのに、今日はDNSテストに失敗する
何かが変わりました。通常考えられるのは、設定をリセットしたクライアント更新と、名前解決サーバーを追加したシステム更新の2つです。以前の設定を信用するのではなく、クライアントの設定を開いて実際に確認してください。DNSとキルスイッチの項目は、特にリセットされやすい2つです。チェックは実行した時点についての記述です。そのため、更新のたびにこのページで再確認する価値があります。
同じ手順、別の機種
他のプラットフォーム
すべてのプラットフォームには、1つのページのタブではなく専用のガイドがある。手順はインストーラーが開いた時点で分岐し、3つのプラットフォームに一度に答えようとするページはどれにもきちんと答えられない。