JPDNSリークテスト では、ブラウザからの DNS クエリを処理するリゾルバ インフラストラクチャを特定します。 これらの検索に関与するプロバイダーと場所が表示されます。 次に、その結果を、VPN、プロキシ、または選択した DNS サービスから予期した DNS パスと比較できます。
結果ページは憂慮すべきものに見えるかもしれません。 見覚えのない IP アドレスの長いリストは、何かが漏洩したことを証明するものではありません。 有益な質問は簡単です。 DNS リクエストが意図しない場所に送信されましたか?
| クイックチェック | 何を探すべきか |
|---|---|
| 合格する可能性が高い | 承認された VPN、プロキシ、または選択した DNS プロバイダーのみが表示されます |
| 漏れの可能性が高い | 別のリゾルバーが予期されていたときに、ローカル ISP リゾルバーが表示される |
| 部分的な漏れ | 承認されたリゾルバーとローカル ISP リゾルバーの両方が表示されます |
| 詳しく見る必要がある | 不明なプロバイダーが表示されるか、リゾルバーが検出されません |
DNSリークテストとは何ですか?
DNS は、example.com などのドメインを、デバイスが使用できる IPアドレス に変換します。 DNS リゾルバーがその検索を処理します。 ほとんどの人は、VPN、ブラウザ、ルーター、またはカスタム DNS サービスによって変更されない限り、ISP が提供するリゾルバーを使用します。
DNS リークは、使用する予定のパスの外にあるリゾルバーにクエリが到達したときに発生します。 これは、VPN またはプロキシがローカル ISP を検索プロセスから除外する必要がある場合に最も重要です。
リークという言葉には文脈が必要です。 VPN を使用せずに閲覧していて、ISP DNS を使用することが予想される場合、そのプロバイダーが表示されるのは正常です。 DNS を管理する必要がある VPN に接続してもローカル ISP が表示される場合は、同じ結果が問題を示しています。
私は、期待されるリゾルバーが何であるかを知るまでは、テストを判断しません。 このベースラインがなければ、緑のバッジまたは赤の警告は、最良の推測を提供するテストサイトにすぎません。
DNSリークテストはどのように機能しますか?
オンライン テストでは、これまでにリクエストされていないドメイン名が作成されます。 ブラウザはそれらを解決しようとします。 リクエストは、ブラウザ、オペレーティング システム、VPN、またはプロキシによって選択された DNS パスを通過します。
通常、プロセスは次のようになります。
- このテストでは、いくつかの一意のホスト名が作成されます。
- ブラウザは各ホスト名の検索をトリガーします。
- 再帰的な DNS リゾルバーがリクエストを処理または転送します。
- テスト ドメインは、答えを求めるリゾルバー インフラストラクチャを記録します。
- テスト ページは、これらのアドレスをプロバイダー、ネットワーク、および場所にマップします。
このページには、デバイス設定の正確な DNS アドレスが常に表示されるわけではありません。 パブリックプロバイダーは多数のサーバーを使用する場合があります。 リクエストは転送リゾルバーを通過することもあります。 プロバイダーと位置データベースも間違っている可能性があります。 このテストでは依然として有用な証拠が得られます。 ただ解釈が必要です。
DNSリークテストを正しく実行する方法
VPN またはプロキシに接続する前に、有用なテストが開始されます。 最初の結果により、実際に比較できるものが得られます。
- VPN またはプロキシを切断します。
- テストを実行し、リゾルバー プロバイダー、ASN、および国を記録します。
- 表示されているパブリック IP も記録します。
- テストする VPN、プロキシ、またはブラウザ プロファイルを接続します。
- 新しいテスト ページを開き、チェックを再度実行します。
- 新しいリゾルバー セットを元のベースラインと比較します。
- 最初の結果が不明瞭な場合は、拡張テストを繰り返します。
一度に一つずつ変更してください。 プロキシ、ブラウザ DNS、および VPN プロトコルを一緒に変更すると、どの変更によって問題が解決されたのか分からなくなる可能性があります。
DNS チェックの後、より広範な BrowserLeaks IP およびフィンガープリント テスト を実行します。 結果をメモに分けて保管してください。 クリーンな DNS は、パブリック IP、WebRTC の動作、ブラウザの設定も正しいことを証明するものではありません。
テスト オペレーターは、接続 IP とテストのために行われたリゾルバー リクエストを確認します。 プライバシーポリシーを確認してください。 DNS 結果を確認するためだけに不明な拡張機能をインストールしないでください。
標準 DNS リーク テストと拡張 DNS リーク テスト
多くのツールは、迅速なテストと長時間のテストを提供します。 DNSLeakTest.com では、これらを標準および拡張と呼んでいます。 他のサービスでは、異なる名前と異なる数のクエリが使用される場合があります。
| テストモード | 最適な使用方法 | メインリミット |
|---|---|---|
| 標準 | 接続後の簡単なチェック | 時々しか表示されないリゾルバーを見逃す可能性があります |
| 拡張された | リゾルバーアクティビティの幅広いサンプル | 時間がかかりますが、依然として現在のセッションのみをテストします |
DNSLeakTest.com では、標準テストでは 6 つのクエリが使用され、拡張テストでは 36 のクエリが使用されます。 BrowserLeaks は現在、50 個のランダムなホスト名を試行します。 半分は IPv4 のみを使用し、半分は IPv6 のみを使用します。 これらの数値は、それぞれのツールのテスト仕様を示しています。 これらは業界標準ではありません。
DNSリークテスト 結果の見方
プロバイダー列から始めます。 次に、ASN またはネットワーク所有者を確認します。 その後の国を見てください。 IP アドレスの数は最後に来ます。
この順序が重要です。 1 つの承認されたプロバイダーが所有する 5 つのアドレスは、自宅の ISP が所有する 1 つのアドレスよりも心配が少ない可能性があります。
| 結果 | おそらく意味 | 次に何をすべきか |
|---|---|---|
| 承認されたリゾルバー インフラストラクチャのみが表示されます | 観察されたクエリは予想されたセットアップに従っていました | IPとWebRTCを個別に確認する |
| 承認されたリゾルバーとローカル ISP リゾルバーの両方が表示されます | 一部のクエリは別のパスを使用しました | ブラウザーの DNS、スプリット トンネリング、IPv6、およびフォールバック動作を確認する |
| VPN がアクティブな間は、ローカル ISP DNS のみが表示されます | VPN は、観察された DNS リクエストを処理しませんでした | VPN クライアントとその DNS 保護設定を確認してください |
| Google、Cloudflare、または Quad9 が表示されます | パブリックまたはセキュア DNS サービスがアクティブになっている可能性があります | そのプロバイダーを選択したかどうかを確認してください |
| 複数の IP が 1 つの承認されたプロバイダーに属する | サービスは複数のリゾルバ出口を使用します | 通常、アクションは必要ありません |
| 不明なプロバイダーが表示される | VPN パートナー、アップストリーム リゾルバー、または予期しないサービスが関与している可能性があります | プロバイダーのドキュメントを確認し、再度テストしてください |
| リゾルバーが表示されない | テストがブロックされているか、不完全である可能性があります | 別のツールまたは拡張テストを使用して再試行してください |
ISP が表示されたら
VPN が DNS を管理することが期待されている場合、ローカル ISP が表示されることは最も明らかな警告です。 承認された VPN リゾルバーの横に表示される場合は、結果を部分的なリークとして扱います。 一部のルックアップは意図したルートをたどりましたが、他のルックアップはそうではありませんでした。
GoogleまたはCloudflareが表示されるとき
パブリック DNS は自動的に漏洩するわけではありません。 ブラウザまたはオペレーティング システムで Google、Cloudflare、または Quad9 を選択している可能性があります。 そのプロバイダーは引き続きクエリを処理できます。 VPN が独自の DNS のみを使用していると主張している場合は、結果を調査してください。
DNSサーバーが複数表示される場合
いくつかのリゾルバ IP は正常である可能性があります。 大規模な DNS サービスは、多くのサーバー間でリクエストのバランスをとります。 結果をプロバイダーと ASN ごとにグループ化します。 次に、各組織がセットアップに属しているかどうかを尋ねます。
国が間違っているように見えるとき
DNS サーバーは、VPN 出口と同じ都市にある必要はありません。 パブリック リゾルバーは分散インフラストラクチャを使用します。 VPN プロバイダーはパートナーを使用する場合があります。 位置データベースも間違っている可能性があります。 国の不一致はチェックする価値がありますが、ネットワークの所有権からは都市のラベル以上の情報が得られます。
DNSリークテスト では証明できないこと
クリーンなリゾルバ リストは、1 つの狭い質問に答えます。 これは、ブラウザーのテスト中に観察されたクエリをどのリゾルバー インフラストラクチャが処理したかを示します。
通常の DNS トラフィックが暗号化されたかどうかは表示されません。 リゾルバーがログを保持するかどうかはわかりません。 デバイス上のすべてのアプリが同じ DNS パスを使用していることを証明することはできません。 また、VPN が切断された後、またはネットワークが変更された後に何が起こるかについては何も述べられていません。
ブラウザ セキュア DNS は別のレイヤーを追加します。 DNS over HTTPS は、選択したリゾルバーへのトラフィックを暗号化します。 オペレーティング システムとは異なるリゾルバーが使用される場合もあります。 DNSリークテスト により、そのリゾルバーを特定できます。 暗号化されたリクエストが VPN トンネル内を通過したことを証明することはできません。
ここでは プロキシ、VPN、アンチディテクトブラウザの違い が重要です。 それぞれが接続またはブラウザ環境の異なる部分を制御します。 1 つのレイヤーをパスしても他のレイヤーはクリアされません。
DNS が漏洩している場合の対処方法
最初からすべてのネットワーク設定を変更しないでください。 まずは結果を確認してください。
- 別の信頼できるサービスを使用してテストを再度実行します。
- 両方の結果に同じローカル ISP が表示されるかどうかを確認します。
- VPN クライアントでの DNS リーク保護を確認します。
- ブラウザーのセキュア DNS とカスタム DNS プロバイダーを確認します。
- フル トンネルとスプリット トンネルの設定を確認します。
- IPv6 が同じ保護されたルートをたどるかどうかを確認します。
- VPN またはプロキシに再接続し、再度テストします。
DNS キャッシュをクリアすると、古い回答が削除されることがあります。 ルーティングは修復されません。 また、パブリック リゾルバーに変更しても、リクエストが VPN またはプロキシ パス内に留まることが保証されません。
漏れが続く場合は、両方の結果を保存します。 プロバイダー、ASN、ブラウザー、オペレーティング システム、VPN プロトコルを含めます。 これにより、サポート チームに有益な証拠が得られます。
DNS リーク vs IP リーク vs WebRTC リーク
これらのテストは一緒に表示されることがよくあります。 同じものを測定するわけではありません。
| テスト | 主信号 | 予想外の結果が明らかにするかもしれない |
|---|---|---|
| DNSリークテスト | リゾルバーインフラストラクチャ | 意図しないリゾルバーを通じてリクエストされたドメインまたはサービス |
| IPリークテスト | パブリック接続アドレス | ネットワークの起点とおおよその位置 |
| WebRTC リーク テスト | ブラウザ接続候補 | 予期しないローカルまたはパブリック IPアドレス |
ブラウザの接続候補が懸念される場合は、別の WebRTC リーク テスト を実行してください。 このテストでは、DNS クエリを処理したリゾルバーは特定されません。
同じ境界が ブラウザのフィンガープリント にも適用されます。 ユーザー エージェント、タイムゾーン、フォント、Canvas、WebGL などのブラウザーとデバイスの信号を組み合わせます。 DNS を修正してもそれらは変わりません。
プロキシとブラウザ プロファイルの DNS テスト
DNS が別のパスをたどっている間、プロキシは正しいパブリック IP を表示できます。 最初はプロファイルが準備できているように見えますが、2 回目のテストでは別のことがわかります。
プロキシ DNS の動作は、プロトコル、ブラウザ、クライアント、プロバイダーによって異なります。 すべての HTTP または SOCKS 接続が同じ場所で名前を解決するとは考えないでください。
プロファイルを設定するときは、次の順序を使用します。
- MoreLogin でプロキシを設定します。
- 表示されているパブリック IP が予期されたプロキシに属していることを確認します。
- DNSリークテストを実行し、承認されたプロバイダ セットと比較します。
- 別の WebRTC テストを実行します。
- タイムゾーン、言語、地理位置情報の一貫性を確認します。
- プロキシまたはネットワークを変更した後、プロファイルを再度テストします。
MoreLogin には、自己所有プロキシ を追加および編集する方法も記載されています。 プロキシが割り当てられると、ライブ テストでブラウザとネットワークがどのように動作するかを示します。
マルチアカウント ブラウザ では、各プロファイルは独自のプロキシ設定、Cookie、ストレージ、ブラウザ構成を保持します。 この分離によりレビューが容易になります。 ネットワーク テストに代わるものではありません。
結論
DNSリークテスト は、推測を検査可能なものに置き換えます。 難しいのは、見慣れないアドレスに過剰反応せずに結果を読み取ることです。
まず、予期されるリゾルバーを定義します。 場所を特定する前にプロバイダーの所有権を確認してください。 1 つの承認されたサービスからの複数の IP を通常の可能性として扱います。 ローカル ISP が計画外に表示される場合は、調査してください。
クリーンな結果の 1 つは、生涯証明書ではなく、スナップショットです。 プロキシ、VPN、ブラウザ、ネットワーク、または DNS 設定が変更された場合は、再度テストしてください。
DNSリークテストに関するよくある質問
DNS が漏洩しているかどうかを確認するにはどうすればよいですか?
VPN やプロキシを使用せずに使用したリゾルバーを記録します。 接続して再度テストします。 別のリゾルバーが予期されていたときにローカル ISP がまだ表示される場合は、セットアップにリークがある可能性があります。 両方が発生する場合は、通常は部分的な漏れです。
プロキシは DNS を漏洩する可能性がありますか?
はい。 DNS が別のパスをたどっている間に、プロキシがブラウザ トラフィックをルーティングする場合があります。 結果は、プロトコル、ブラウザ、クライアント、および DNS ポリシーによって異なります。 プロキシ ラベルに依存するのではなく、セットアップをテストします。
DNS over HTTPS は DNS リークを防ぐことができますか?
DoH は、ブラウザと選択したリゾルバー間の DNS トラフィックを暗号化します。 リゾルバーが VPN ポリシーに従うことは保証されません。 また、暗号化されたリクエストが VPN トンネル内を通過したことも証明されません。
DNS 結果がクリーンであるということは、VPN が完全に保護されていることを意味しますか?
いいえ。 結果には、テスト中に観察された DNS クエリが含まれています。 表示されるパブリック IP、IPv6、WebRTC、および接続動作を個別に確認します。 VPN は 1 つのテストに合格しても、他の場所で問題が発生する可能性があります。
DNSリークテストは安全ですか?
評判の良いブラウザベースのテストは、一般にリスクが低いです。 サービスは、テストに必要な接続 IP とリゾルバー アクティビティを確認します。 不明なソフトウェアのインストールやアカウント詳細の入力を求めるツールは避けてください。
いつテストを再実行すればよいですか?
VPN サーバー、プロキシ、ブラウザ、ネットワーク、オペレーティング システム、セキュア DNS 設定、または IPv6 構成を変更した後に再テストします。 ネットワークの動作を変更する更新後にもテストします。
信頼する前に各プロファイルを確認してください
クリーンなプロキシ接続は良いスタートです。 それは全体のチェックではありません。 重要な作業にプロファイルを使用する前に、表示される IP、DNS リゾルバー、WebRTC の動作、およびブラウザーの設定を確認してください。
MoreLogin を無料でお試しください。プロキシ設定とブラウザ データを別の再利用可能なプロファイルに整理します。
