VPNは安全？ログ方針・DNS漏れ・公衆Wi-Fiの確認ポイント

VPNを使えば、端末からVPNサーバーまでの通信を暗号化できる場合があります。しかし、VPNを有効にしただけで、閲覧履歴が誰にも見えなくなったり、すべてのアプリの通信が保護されたりするわけではありません。通信のどこまでが暗号化されるか、DNS問い合わせがどの経路を通るか、ブラウザーがWebRTCで何を公開するかは、サービスや端末の設定によって異なります。安全性を確認するときは、ノーログ方針の説明を読むことに加えて、接続中の動作を自分で確認することが大切です。

VPNで守れる範囲と守れない範囲

VPNは、端末と接続先サーバーの間に暗号化された経路を作り、その経路に対象の通信を通します。カフェやホテルなどの公衆Wi-Fiでは、同じネットワークを使う第三者から通信内容を読み取られにくくする助けになります。また、Webサイト側には通常、VPN出口のIPアドレスが接続元として見えます。ただし、サイトにログインしているアカウントやブラウザーの識別情報まで消えるわけではありません。

VPNの暗号化は、端末からVPNサーバーまでの区間を保護するものです。VPNサーバーからアクセス先までの区間は、HTTPSなどアクセス先の暗号化にも依存します。HTTPSでない通信では、VPN運営者が通信の宛先や内容を扱える可能性があるため、VPNを信頼する相手が自宅の回線事業者からVPNサービスへ変わる面もあります。VPNは匿名性を自動的に保証する仕組みではなく、アカウント、Cookie、端末の設定などもプライバシーに影響します。

端末

接続元とアプリの設定を確認

経路

DNSを含む通信の流れを確認

運営者

保存情報と運用方針を確認

要点:VPNが保護する範囲と、アカウントやブラウザーが識別される仕組みは別々に考えましょう。

ノーログ方針を読むときの確認点

「ノーログ」という短い表現だけでは、何を保存しないのかまでは判断できません。プライバシー方針や利用規約では、接続日時、接続元IPアドレス、割り当てられた出口IP、通信量、アクセス先のドメイン、アカウント情報、支払い記録など、情報の種類ごとに説明を確認してください。サービス運営に必要なアカウント情報や注文記録を保存することと、閲覧先の記録を保存することは別の話です。

あわせて、保存期間、保存目的、第三者への提供、法的な要請への対応、問い合わせ窓口の記載を読みます。「ログを保存しない」と説明されていても、対象期間や例外、診断目的の一時的な情報収集が別に定められている場合があります。監査や技術的な検証について説明があるなら、実施主体、対象範囲、公開された時期も確認し、説明の根拠が具体的かを見てください。監査済みという表示だけで、現在のすべての運用が検証済みだと決めつけないことも重要です。

✅ 「ログ」の定義と、収集しない情報の範囲を確認する。
✅ 接続記録、診断情報、アカウント情報、支払い記録を分けて読む。
✅ 保存期間、共有先、例外条件、方針の更新日を確認する。
❌ 「ノーログ」の表示だけを根拠に、完全な匿名性があると判断しない。

利用者側でも、登録に使う情報を必要最小限にし、強固で使い回さないパスワードを設定するなど、アカウント管理を続けましょう。サブスクリプションURLや設定ファイルに認証情報が含まれることがあります。公開のチャットや不明な変換サイトに貼り付けず、問い合わせ時には認証情報を伏せてください。

暗号化方式とクライアントの設定を確認する

サービスの説明にプロトコル名がある場合は、その名称だけで安全性を決めず、暗号化や認証がどの設定で行われるかを確認します。たとえば、Shadowsocks、VMess、Trojan、Hysteria2はそれぞれ異なる方式で、暗号化や通信保護の仕組みも同一ではありません。プロキシクライアントがOSのVPN機能を使って通信を取り込んでいても、それだけで従来型VPNのプロトコルを使用しているとは限りません。

接続後は、クライアントの画面で接続状態だけでなく、対象アプリやシステム通信がプロキシ経由になっているかを確認します。ルールモードでは、接続先によって直接接続とプロキシ接続が分かれる場合があります。ブラウザーだけを対象にした設定では、別のアプリやバックグラウンド通信が同じ経路を使うとは限りません。アプリの権限、システムプロキシ、TUNなどの仮想ネットワーク設定を確認し、仕組みが分からない項目をむやみに有効化しないようにしてください。

クライアントやOSを更新したあと、接続方式や権限が変わっていないかも見直します。公式の配布元からアプリを入手し、古いプロファイルや不要な構成を整理しましょう。異なるVPN・プロキシアプリを同時に動かすと、経路やDNS設定が競合することがあります。問題の切り分けでは、いったん一つのクライアントだけを有効にし、変更した設定を記録してから再確認すると原因を追いやすくなります。

DNS・WebRTC漏れを確認する手順

DNSは、ドメイン名をIPアドレスに対応づける仕組みです。VPN接続中でも、端末やクライアントの設定によってはDNS問い合わせがローカル回線側のDNSサーバーへ送られることがあります。これは一般にDNS漏れと呼ばれます。確認には、まずVPNを切った状態でDNS確認ページの表示を記録し、VPNに接続して同じページを開きます。接続前後でDNSサーバーや接続元の表示がどう変化したかを比べ、VPN接続後もローカル回線に関連するサーバーが表示される場合は、クライアントのDNS設定やOSのネットワーク設定を見直します。

確認ページの表示だけで、すべてのアプリやすべての通信経路が検査されたとは限りません。ブラウザーのキャッシュ、独自の暗号化DNS設定、ネットワークの切り替えが結果に影響することもあります。設定を変更したら、ブラウザーを再起動して再検査し、Wi-Fiとモバイル回線など利用するネットワークごとに確認してください。DNS確認サイトへアクセスするときも、信頼できるサイトを選び、個人情報やアカウント情報を入力する必要があるサービスは避けましょう。

WebRTCはブラウザーで音声・映像などのリアルタイム通信に使われる仕組みです。設定やブラウザーによっては、VPNの通常のWeb通信とは異なる経路からネットワーク情報が確認される可能性があります。WebRTC検査ページを使う場合は、VPN接続前後の表示を比較し、外部から確認できるIP情報が意図した状態かを見ます。検査結果はブラウザーやOS、ページの実装で異なるため、一つの表示だけで全アプリの安全性を断定しないでください。必要に応じてブラウザーのプライバシー設定やWebRTCを使う拡張機能を確認し、利用する会議・通話機能への影響もテストします。

公衆Wi-Fiではキルスイッチも確認する

公衆Wi-Fiを使うときは、接続先のネットワーク名が施設の案内と一致しているかを確認し、偽のアクセスポイントに接続しないよう注意します。VPNを接続する前に、銀行やメールなど重要なサービスへログインするのは避け、VPN接続後もHTTPSの警告を無視しないでください。VPNはフィッシングサイトを見分けたり、端末のマルウェアを除去したりする機能ではありません。OSとブラウザーを最新の状態に保ち、不要なファイル共有や自動接続を無効にすることも役立ちます。

キルスイッチは、VPNトンネルが切れたときに対象の通信を遮断し、通常のネットワークへ直接流れるのを防ぐための機能です。名称や動作はクライアントごとに異なり、端末全体ではなく特定のアプリだけを対象にする場合があります。設定後は、重要な作業をしていない状態で接続を切り、通信が止まるか、再接続後に通常どおり使えるかを確かめてください。モバイル端末では、省電力設定やバックグラウンド動作の制限がVPN接続に影響することもあります。

✅ 公衆Wi-Fiの接続先を施設の案内と照合し、自動接続を見直す。
✅ VPN接続後にIP・DNSの表示を確認し、切断時の挙動もテストする。
✅ キルスイッチの対象範囲と、再接続時の動作を確認する。
❌ VPNが有効なら、偽サイトや不審な証明書の警告も安全だと考えない。
❌ 切断テストを、重要な送信や決済の最中に行わない。

まとめ:プライバシーを守るには、方針を読む、端末の経路を確認する、切断時の動作を試す、という三つの確認を組み合わせましょう。