VPNに接続していても、すべての通信が自動的に保護されるとは限りません。DNSの問い合わせが通常のネットワークへ送られたり、ブラウザーのWebRTC機能からVPN接続前のIPアドレスが見えたりすると、利用者が想定している経路と実際の通信経路が異なる場合があります。こうした状態は「漏えい」と呼ばれますが、テスト画面に見慣れないIPが表示されたからといって、直ちに個人情報が漏れたと決めつける必要はありません。表示された項目の意味と、VPN接続前後の違いを確認することが大切です。

この記事では、DNSとWebRTCのテスト方法、結果の読み方、異常が疑われる場合の切り分けを順に説明します。あわせて、ノーログ方針、暗号化、キルスイッチを選ぶときに確認したい点も整理します。VPNは通信経路を保護するための手段ですが、ブラウザー設定や端末の挙動、サービス運営者のポリシーまで一括して保証するものではありません。仕組みを分けて確認すれば、必要な対策を選びやすくなります。

DNS・WebRTC漏えいとは何か

DNSは、ドメイン名を接続先のIPアドレスに対応づける仕組みです。ブラウザーでウェブサイトを開くと、通信先を特定するためにDNS問い合わせが発生します。VPNの設計や端末の設定によっては、ウェブサイト本体の通信はVPN経由でも、DNS問い合わせだけがインターネットサービスプロバイダーやローカルネットワーク側のDNSサーバーへ送られることがあります。これがDNS漏えいとして問題になる状態です。

DNSテストでは、通常、検査用ドメインへの問い合わせをどのDNSリゾルバーが処理したかが表示されます。そこにVPN事業者のDNSやVPN出口と整合する地域のリゾルバーが出る場合もあれば、利用中の通信事業者やネットワークのDNSが表示される場合もあります。ただし、リゾルバーの運営元と利用者の所在地が常に一致するわけではありません。CDN、DNS中継、プライバシー保護機能によって、表示される組織名や地域が実際の端末位置と異なることもあります。

WebRTCは、ブラウザーで音声・映像通話やリアルタイム通信を行うための技術です。接続を成立させる過程で、ブラウザーがネットワーク候補を調べることがあります。ブラウザーやOS、VPNクライアントの構成によっては、検査ページにVPNの出口IPとは別のアドレスが表示される可能性があります。ローカルネットワーク用のアドレスが表示されるケースと、VPN外の公開IPが見えるケースは意味が異なるため、項目名とアドレスの種類を確認してください。

  • ✅ DNSテストは、問い合わせを処理したリゾルバーの運営元や地域をVPN接続前後で比較します。
  • ✅ WebRTCテストは、表示されたアドレスがVPNの出口IP、ローカル用アドレス、接続事業者の公開IPのどれに当たるか確認します。
  • ✅ 検査結果は、同じ端末・ブラウザーで接続前後を比べ、再接続後にも同じ傾向があるか見ます。
  • ❌ 検査サイトに一つのIPが表示されたことだけで、実名や閲覧履歴が特定されたと断定しないでください。

オンラインツールで漏えいを確認する手順

まず、VPNを切断した状態で、利用する検査サイトを開いて結果を確認します。次にVPNへ接続し、同じブラウザー、同じネットワーク、同じ検査サイトでページを再読み込みします。DNSについては、表示されたリゾルバーの組織名や地域が、VPN接続前の結果からどう変わったかを見ます。WebRTCについては、検査ページに表示される公開アドレスをVPNの出口IPと照合します。VPNサービスのアプリや公式サイトに接続中の出口IPを確認する機能があれば、その値も比較材料になります。

検査サービスの例として、DNSは「DNS leak test」や「BrowserLeaks DNS」、WebRTCは「BrowserLeaks WebRTC」などがあります。名称やページ構成は変更されることがあるため、開く前にドメインが正しいか、HTTPS接続か、不要な権限や情報入力を求めていないか確認してください。第三者の検査サイトはVPN事業者とは別の運営者です。結果を調べる目的に限って利用し、検査ページに表示された広告や追加ソフトの案内を安易に受け入れないようにします。

結果の読み方では、VPN接続前の情報を基準として、接続後に何が変わったかを見ます。VPN接続中にDNSリゾルバーが複数表示されても、それだけで漏えいとは限りません。VPN事業者が複数のDNSサーバーを使う構成や、暗号化DNSをブラウザー側で利用する構成もあります。一方で、VPN接続前と同じ通信事業者のDNSが一貫して表示され、VPNクライアントがDNS保護をうたっているのに変化がない場合は、設定やルーティングの確認が必要です。

検査項目 確認する表示 注意したい状態 次に行うこと
DNS リゾルバーの運営元、地域、接続前後の変化 VPN接続中も、接続前と同じローカル側DNSが使われているように見える VPNのDNS設定、ブラウザーの暗号化DNS、分流ルールを確認する
WebRTC 公開IPとローカル用アドレスの区別 VPN出口と異なる接続事業者側の公開IPが検査ページに表示される ブラウザーのWebRTC設定とVPNクライアントの保護機能を確認する
IPv6 IPv4とIPv6それぞれの接続先 VPNがIPv4だけを処理し、IPv6通信が別経路へ出ているように見える クライアントのIPv6対応、OSの設定、経路分岐を確認する

検査結果を一度だけ見て結論を出すのではなく、VPNへ接続し直した後やブラウザーを再起動した後にも確認しましょう。検査ページのキャッシュ、ブラウザー拡張機能、複数のVPN・プロキシアプリの同時使用が結果に影響することもあります。切り分けるときは、VPNクライアントの動作モードやDNS設定など、一度に変更する条件を一つに絞ると原因を追いやすくなります。

漏えいが疑われるときの対処

DNSの経路とブラウザー設定を見直す

最初にVPNクライアントの設定で、DNSリクエストをVPN経由にする機能や、接続中にDNSを保護するオプションが有効か確認します。項目名はアプリやOSによって異なります。ルールベースのプロキシクライアントを使っている場合は、DNS問い合わせがどのルールで処理されるか、システムDNSとリモートDNSのどちらを利用するかも確認してください。設定を変更した後は、クライアントを再接続し、同じ検査を行います。

ブラウザーに独自の暗号化DNS（DNS over HTTPSなど）が設定されていると、OSやVPNクライアントのDNS設定とは別のリゾルバーへ問い合わせる場合があります。暗号化DNS自体は問い合わせ内容を保護するための仕組みですが、選択したリゾルバーがVPNの想定経路と異なることはあり得ます。VPNのDNS設定とブラウザー側の設定が競合していないか、どのリゾルバーを選ぶ構成なのかを確認してください。原因が分からないまま複数のDNS機能を同時に切り替えるのは避けます。

WebRTC・IPv6・接続モードを確認する

WebRTCの結果にVPN外の公開IPが見える場合は、まずブラウザーを最新版にし、プライバシー設定やWebRTCを制御する拡張機能の状態を確認します。拡張機能を追加する場合は、提供元、要求する権限、更新状況を確認し、信頼できるものだけを使ってください。WebRTCを全面的に無効化すると、ウェブ会議やブラウザー通話が動作しなくなることがあります。必要なサービスがある場合は、使い勝手への影響を確認しながら設定を選びましょう。

IPv6に対応していないVPN構成では、IPv4通信はVPN経由でもIPv6通信が別経路へ出る可能性があります。OSでIPv6を無効にすれば必ず最適とは限りません。VPNクライアントがIPv6をトンネルに通すのか、遮断するのか、利用中の回線やアプリにどの影響があるのかを確認したうえで設定します。プロキシクライアントを使う場合も、システムプロキシだけで全アプリを処理できるとは限らず、TUNモードなどの動作モードやアプリ別の分流設定によって結果が変わります。

また、VPNと別のプロキシアプリを同時に起動すると、DNSや通信経路の管理が競合することがあります。原因を調べる間は、必要なクライアントだけを動かし、接続モード、DNS、IPv6の順に確認するとよいでしょう。Windows、macOS、iOS、Android、Linuxではネットワーク保護の仕組みが異なるため、OS向けの公式クライアントと利用中の第三者クライアントの設定説明を分けて確認してください。基本的な接続手順は接続ガイド、一般的な不具合の切り分けは使用マニュアルも参考になります。

対処の結論：DNS、WebRTC、IPv6を同時に変更するのではなく、検査結果で疑われた経路だけを一つずつ確認します。変更後に接続をやり直し、同じ条件で再検査すれば、対策が効いたのか、別の設定が影響しているのかを判断しやすくなります。

ノーログ・暗号化・キルスイッチの選び方

「ノーログ」は、何を記録しないのかを確認して初めて判断できます。通信内容を保存しない方針なのか、接続時刻や帯域使用量などの運用情報も対象に含むのか、障害対応や不正利用防止のためにどの情報を扱うのかは、サービスごとに異なります。プライバシーポリシーで、収集対象、保存目的、保存期間、第三者への提供条件を確認しましょう。「ログを取らない」という短い説明だけで、すべてのデータが一切処理されないと解釈するのは適切ではありません。

暗号化については、VPNクライアントとVPNサーバー間の通信を保護する仕組みと、ウェブサイトとの通信を保護するHTTPSを区別してください。VPNの暗号化は、通信経路上の第三者から内容を見られにくくするために役立ちますが、VPN事業者からもあらゆる情報が見えなくなるという意味ではありません。また、接続先のウェブサイトがHTTPSを使っているか、端末に不審なソフトがないか、アカウントに強い認証を設定しているかといった点も、全体の安全性に関係します。

キルスイッチは、VPN接続が切れたときに通常回線から通信が続くのを防ぐ機能です。搭載されているかだけでなく、どのアプリや通信を対象にするか、再接続時にどのように復旧するか、OSのスリープやネットワーク切り替え後にも有効かを確認してください。機能が有効でも、すべての端末や通信方式で同じ動作をするとは限りません。普段使うアプリやネットワーク環境で動作を確かめ、接続断の際に必要な通信まで止まる可能性も理解しておきましょう。

  • ✅ プライバシーポリシーで、収集する情報と利用目的、保存期間を確認する。
  • ✅ 暗号化方式だけでなく、クライアントの更新、認証、接続時のDNS処理も確認する。
  • ✅ キルスイッチが対象にする通信範囲と、切断・再接続時の挙動を理解する。
  • ✅ 利用する端末ごとに設定を確認し、VPN接続中と切断時の状態を検査する。
  • ❌ 「ノーログ」や「完全匿名」といった宣伝文句だけで、実際のデータ処理を判断しない。

よくある質問

VPN接続中に通信事業者のDNSが表示されたら、必ず漏えいですか？

必ずしもそうとは限りません。検査サイトの判定方法、DNS中継、ブラウザーの暗号化DNS設定によって表示が異なる場合があります。VPN接続前後を同じ条件で比較し、VPNクライアントの説明するDNS経路と照らし合わせてください。接続中もローカル側DNSが使われているように見える状態が続く場合は、VPNのDNS設定や分流ルールを確認します。

WebRTCは常に無効にするべきですか？

必ずしもそうではありません。WebRTCはブラウザー通話や会議機能に使われるため、無効化すると必要なサービスが動かなくなる可能性があります。検査でVPN外の公開IPが見える場合は、ブラウザーとVPNクライアントの設定を確認し、必要な機能とのバランスを考えて対策を選びましょう。

検査サイトごとに結果が違うのはなぜですか？

検査サイトが使用するドメイン、判定用データベース、表示する情報が異なるためです。リゾルバーの運営元や地域データベースが一致しない場合もあります。一つの結果だけで判断せず、複数の検査で共通して見える傾向を確認し、VPN接続前後の差を重視してください。

VPNを使えば、オンライン上のプライバシーは完全に守られますか？

VPNだけで完全な匿名性や安全性が保証されるわけではありません。VPNは通信経路の保護や出口の変更に役立ちますが、ウェブサイトにログインしたアカウント、ブラウザーの識別情報、端末上の不審なソフト、サービス側のデータ処理は別の問題です。信頼できるサービスを選び、端末とアプリを更新し、必要な範囲で設定を見直すことが重要です。