VPNを使えば通信のすべてが自動的に匿名になる、というわけではありません。通信経路の暗号化、接続先に見えるIPアドレス、DNSの問い合わせ先、アカウントやブラウザーに残る情報は、それぞれ別に確認する必要があります。プライバシーを守るには、サービスのログ方針を読み、接続後にDNSやWebRTCの状態を自分でテストし、切断時の挙動も把握しておくことが大切です。

VPNが保護する範囲と、保護しない情報

VPNは、端末とVPNサーバーの間に暗号化された通信経路を作ります。適切に接続されていれば、同じWi-Fiを利用する第三者やネットワーク事業者が、通信内容をそのまま読み取ることを難しくできます。一方、VPNサーバーから接続先までの通信は、接続先の暗号化対応にも左右されます。HTTPS対応サイトでは端末とサイトの間も暗号化されますが、VPNを使うだけで、すべての通信が常に安全になるわけではありません。

VPN接続中、アクセス先から見えるIPアドレスは通常、VPNサーバー側のものになります。ただし、サイトにログインしている場合、Cookieやブラウザーの指紋情報、アカウントの利用履歴などを通じて利用者が識別される可能性があります。IPアドレスを切り替えることと、身元を隠すことは同じではありません。共有端末を使うときは、アカウントからログアウトし、保存されたパスワードや閲覧履歴の扱いにも注意しましょう。

また、VPNクライアントが処理する範囲は、製品や設定によって異なります。システムプロキシだけを有効にした場合、プロキシ設定に従わないアプリの通信はVPNを通らないことがあります。TUNモードなどで端末の通信を広く処理する場合も、除外ルールやローカルネットワークの設定が影響します。接続表示だけで全アプリが保護されていると判断せず、ブラウザーや普段使うアプリで経路を確認してください。

3項目

ログ・DNS・接続範囲

2経路

暗号化と出口IP

確認の基本: VPNの有無だけで安全性を決めず、何が暗号化されるか、どの通信が対象か、接続先に何が見えるかを分けて考えましょう。

ログ方針は「保存しない」の一言だけで判断しない

ログ方針を読むときは、「ノーログ」という見出しだけでなく、実際に何を記録し、どのくらい保持し、どの目的で利用するかを確認します。たとえば、アカウント情報、支払い情報、接続時刻、通信量、接続元IP、接続先のドメインや閲覧履歴は、性質の異なるデータです。運営や不正利用対策のための情報を保有するサービスが、通信内容や閲覧先を記録しないと説明している場合もあります。用語の範囲を区別して読みましょう。

確認したいのは、収集項目、保存期間、第三者への共有、法的要請への対応、削除の申請方法、方針の更新日です。本文が曖昧で「必要な情報を収集する」としか書かれていない場合は、必要な情報の具体例や保持期間が別ページにないか探します。外部監査や透明性レポートが公開されている場合も、それがどの期間、どのシステム、どの主張を対象にしているかを確認してください。監査があることだけで、すべての運用が恒久的に同じだとは判断できません。

登録時に提供する情報も、ログ方針とは分けて考える必要があります。ユーザー名、メールアドレス、支払い方法などのアカウント情報は、通信ログを保存しないという説明とは別に扱われることがあります。登録に必要な情報やアカウント管理の方法を確認し、他のサービスと同じパスワードを使い回さないようにしましょう。

暗号化方式とプロトコルで確認するポイント

暗号化方式を調べる際は、暗号アルゴリズムの名前だけでなく、クライアントとサーバーの間でどのプロトコルが使われ、どの通信を保護するのかを確認します。暗号化は通信の盗み見や改ざんを難しくする仕組みですが、接続先のサービスが受け取る情報や、端末上のデータまで一括して隠すものではありません。アプリの説明とプライバシーポリシーが、実際の接続方式についてどこまで明記しているかを見ましょう。

WireGuardはVPNプロトコル、Shadowsocks、VMess、Trojan、Hysteria2はプロキシ接続に使われる方式です。これらを一律に「同じ種類のVPN」と扱うのは正確ではありません。対応クライアントにサブスクリプションをインポートして利用する場合、どのアプリがどの通信を処理するかは、クライアントのモードやルールにも左右されます。名称だけで暗号化の範囲や安全性を決めず、クライアントの公式説明、設定内容、提供元の案内を照合してください。

ソフトウェアの更新も重要です。古いクライアントでは、既知の不具合が修正されていなかったり、新しいOSとの互換性に問題が生じたりすることがあります。入手元を確認したうえで、クライアントとOSを更新し、利用しなくなった構成やサブスクリプションを削除しましょう。見慣れない証明書のインストールや、内容が分からない管理者権限の要求があった場合は、そのまま許可せず、提供元の説明を確認してください。

DNS・WebRTCの漏洩を自分で確認する

DNSは、サイト名を接続先の情報に対応させる仕組みです。VPN接続後もDNS問い合わせがVPNの外へ送られる構成では、通信経路とDNSの経路が一致しない場合があります。テストサイトを利用するときは、VPNを切断した状態で結果を記録し、VPNへ接続して同じテストをやり直します。表示されるDNSサーバーの情報や所在地が変わったかを比べてください。テストサイトによって表示項目や判定方法が異なるため、一つの表示だけで断定しないことも大切です。

DNSの結果が期待どおりでない場合は、クライアントのDNS設定、OSのプライベートDNSや暗号化DNS、ブラウザーのセキュアDNS設定を確認します。これらがVPNの設定と競合したり、意図した経路とは異なるDNSサービスを使ったりすることがあります。設定を変更する前に現在の状態を記録し、変更後はVPNの再接続とテストを行います。原因が特定できないままDNS設定を無効化すると、プライバシーや名前解決に別の問題が生じることもあります。

WebRTCはブラウザーで音声・映像などのリアルタイム通信に使われる技術です。ブラウザーやOSの構成によっては、VPN接続中のテストでローカルアドレスやネットワークに関する情報が表示されることがあります。複数のWebRTC確認ページで、VPN接続の前後を比較してください。表示内容はブラウザーの仕様によって異なり、ローカルアドレスが見えることと、利用者の実際の公衆IPアドレスが外部へ漏れていることは同義ではありません。

  1. VPNを切断した状態で、IPアドレス、DNS、WebRTCのテスト結果を控えます。
  2. VPNへ接続し、同じ端末、ブラウザー、テストページで再確認します。
  3. 接続前と後の公衆IPやDNS情報を比べ、意図しない変化があれば設定を確認します。
  4. ブラウザーを変える、拡張機能を一時停止するなどして、原因がブラウザー側か切り分けます。
  5. 設定を直した後は再接続し、DNSとWebRTCの両方をもう一度テストします。

テストページにはアクセス元の情報が送信されるため、運営元のプライバシーポリシーを確認し、必要以上に個人情報を入力しないでください。テストは特定時点の状態を示すもので、OSの更新、クライアントの切り替え、ネットワーク変更後も同じ結果になるとは限りません。環境を変えたときは再度確認しましょう。

フリーWi-Fiではキルスイッチと切断時の挙動も確認

カフェ、空港、宿泊施設などのフリーWi-Fiでは、接続先が正規のネットワークかを確認してから利用します。ネットワーク名が似ているだけで正規のアクセスポイントとは限らないため、施設の案内と照合してください。接続時に表示される利用規約やログイン画面も、URLと証明書の警告に注意して扱います。VPNを使っていても、偽のログイン画面に入力したパスワードや、端末に保存された情報を自動的に守れるわけではありません。

キルスイッチは、VPNトンネルが切れたときに通常のネットワーク経由で通信が続くのを防ぐ機能です。名称、対応OS、保護する通信の範囲はクライアントによって異なり、スリープ復帰、ネットワーク切り替え、アプリの強制終了などで挙動が変わる場合があります。設定画面で機能の説明を読み、重要な作業中ではないときに、VPNを切断した場合の動作を確認しましょう。テスト中は通信が遮断される可能性があるため、作業の保存やネットワークへの再接続方法を先に確認してください。

接続が不安定な場所では、機密情報を扱う作業を避ける、必要なアカウントからログアウトする、端末の共有設定を見直すといった対策も有効です。VPNを切断したまま通信が続いてしまう環境では、クライアントの自動接続やキルスイッチの設定を見直し、状況が分からない場合は安全なネットワークへ切り替えてください。

まとめ:ログ方針を具体的な項目で読み、DNS・WebRTCを接続前後で比較し、切断時の通信も確認することが、VPNのプライバシー保護を自分で見極める基本です。