VPN接続前後の基準比較で、公開IP、IPv6、DNS、WebRTCを検査し、ブラウザー拡張、システムプロキシ、他の通信ツール、複数インターフェースの問題を順番に解決します。
テストページにIPアドレスが表示されたことだけでは、リークとは判断できません。Falemon未接続時の基準を記録し、接続後の公開IP、DNSリゾルバー、IPv6、WebRTC候補アドレスを個別に比較します。診断サイトには接続情報が見えるため、信頼できるサービスを使い、結果を無加工で公開しないでください。
情報確認日： 2026-09-01
未接続時の基準情報を記録する
Falemonと他のプロキシを切断し、公開IPv4、IPv6の有無、DNS運用ネットワーク、時刻を記録します。IP位置情報の都市名は古い場合があるため、それだけで判断しません。
ブラウザーを完全終了して再起動し、プロキシ拡張を無効にします。Wi‑Fi、有線、テザリングのうち、測定する一つだけを有効にしてください。
IP、IPv6、DNS運用元、時刻を記録する 他のVPN、プロキシ拡張、解析ツールを終了する 測定対象のネットワークだけを有効にする
接続後に4種類の情報を確認する
Falemonへ接続し、新しいプライベートウィンドウで再測定します。公開IPは基準と異なり、DNSは元のISPで処理され続けていないことを確認します。IPv6利用時も想定経路を確認します。
WebRTCでは私有アドレス、mDNS名、公開候補が表示される場合があります。重要なのは、未接続時と同じ公開IPが出ているかどうかです。
接続前後の公開IPを比較する DNSが元のISPを示していないか確認する WebRTC公開候補と基準IPを比較する
複数の環境で誤判定を除外する
二つのブラウザーと二つの信頼できるテストで確認し、別のFalemonノードでも繰り返します。DNSキャッシュ、拡張機能、ルーターの暗号化DNS、企業ポリシーで単発の結果が食い違うことがあります。
ノード名とIPデータベースの都市が一致しないだけでは証拠になりません。公開IPが変わらない、DNSが元のISPのままという結果を重視します。
二つ以上のブラウザーとテストを使う 別ノードで同じ項目を再測定する 都市名よりアドレスとネットワーク運用元を比較する
影響範囲の小さい設定から直す
ブラウザーとFalemonを再起動し、プロキシ・プライバシー拡張を止め、システムのプロキシとDNSを自動へ戻します。その後に不要なインターフェースを切断して端末を再起動します。
一つのブラウザーだけなら、そのブラウザーを先にリセットします。すべて同じ場合はOS、ルーター、管理ネットワークを確認し、サポートにはOS、クライアント、ノード、回線種類、伏せ字済み結果を伝えます。
ブラウザー拡張と競合プロキシから確認する 次にシステムプロキシ、DNS、不要な回線をリセットする 結果の機密情報を伏せて共有する
よくある質問
192.168.x.xが表示されたらリークですか？
私有LANアドレスだけでは公開通信の迂回を証明できません。未接続時の公開IPが再表示されているかを確認してください。
ノードとIP位置情報の都市が違っても問題ありませんか？
IP位置情報は更新が遅く、事業者の登録地を示すこともあります。複数の情報源とネットワーク運用元で判断します。
公開DNSへ変更すればすべて直りますか？
いいえ。拡張機能、プロキシ、IPv6、複数回線、ルーターポリシーも原因になります。
次のステップ
参考資料
完全なトラブルシューティング ライブラリを表示するか、サポート チームに連絡するための情報を整理します。