この DNS leak test を実行して、DNS クエリが VPN の安全なサーバー経由でルーティングされているか、それとも ISP に漏れているかを確認してください。結果は、リクエストを処理しているすべての DNS サーバーを数秒以内に表示します。
FreeGuard 内部テスト結果
FreeGuard VPN は、すべての DNS クエリを独自の DNS サーバー経由でルーティングし、当社のテストでは Windows、macOS、Android、iOS 全体で漏えいは検出されませんでした。
DNS leak とは何か、そしてなぜプライバシーにとって重要なのか?
DNS leak は、DNS クエリが VPN トンネルを迂回して ISP の DNS サーバーに送信され、VPN の暗号化にもかかわらずアクセスしたすべての Web サイトが ISP に知られてしまう現象です。
Domain Name System (DNS) は、google.com のような人間が読める Web サイト名を、コンピューターが接続に使用する IP アドレスに変換します。Web サイトにアクセスするたびに、最初に DNS クエリが送信されます。
VPN を使用している場合、これらの DNS クエリは暗号化された VPN トンネルを通って VPN プロバイダーの DNS サーバーへ送られる必要があります。DNS leak は、一部またはすべてのクエリがトンネルを迂回し、代わりに ISP の DNS サーバーへ送られるときに発生します。
これは深刻なプライバシー問題です。実際のページ内容は暗号化されていても、ISP はアクセスしたすべてのドメインを確認できるためです。多くの国では、ISP は法的にこのデータを記録することが義務付けられており、政府機関と共有したり、広告主に販売したりする場合があります。
DNS leak は通常、VPN ソフトウェアの設定ミス、VPN を上書きする OS の DNS 設定、または IPv4 の VPN トンネルの範囲外となる IPv6 DNS クエリによって発生します。
DNS leak の一般的な原因と防止方法
DNS leak は、最も一般的には OS レベルの DNS フォールバック設定、IPv6 の設定ミス、そしてすべてのネットワークインターフェースでシステム DNS を上書きできない VPN クライアントによって引き起こされます。
DNS leak の根本原因を理解すると、効果的に防止できます。
Operating System DNS Fallback: Windows、macOS、Linux には、VPN トンネルを迂回できる組み込みの DNS 解決機能があります。特に Windows では、Smart Multi-Homed Name Resolution 機能により、利用可能なすべての DNS サーバーへ同時に問い合わせるため、この問題が起こりやすくなっています。
IPv6 DNS Queries: VPN が IPv4 トラフィックしかトンネルしない場合、IPv6 経由の DNS クエリは ISP に直接送信されます。ISP が dual-stack (IPv4 + IPv6) ネットワークを展開している現在、これはますます一般的です。
Router-Level DNS: 一部のルーターには DNS クエリを横取りしてリダイレクトする固定設定の DNS サーバーがあり、デバイス側の設定に関係なく動作します。これは ISP 提供ルーターでよく見られます。
Prevention: すべての DNS を VPN トンネル経由に強制し、トンネルされていない場合は IPv6 を無効にし、非 VPN インターフェース上の DNS トラフィックをブロックする、DNS leak protection が組み込まれた VPN を使用してください。FreeGuard VPN は、これら 3 つの保護をすべて標準で実装しています。
3 ステップで自分を保護する方法
- Step 1: VPN に接続し、上の DNS leak test を実行する
- Step 2: 結果を確認する — VPN プロバイダーの DNS サーバーのみが表示される場合は保護されています
- Step 3: ISP の DNS サーバーが表示される場合は、VPN 設定で DNS leak protection を有効にするか、FreeGuard VPN に切り替える
よくある質問
DNS leak test では正確に何が起こり、クエリが漏えいしているかどうかはどのように検出され、最も重要な点として何を知っておくべきですか?
このテストは、複数の DNS クエリを一意のサブドメインへ送信します。これらのクエリをどの DNS サーバーが解決するかを確認することで、DNS トラフィックを処理しているのが VPN なのか ISP なのかを判定します。
VPN 接続がアクティブと表示されていても、なぜ DNS クエリが VPN トンネルの外に漏れることがあるのでしょうか。最も重要な点として何を知っておくべきですか?
一般的な原因としては、OS レベルの DNS フォールバック設定、VPN の対象外となる IPv6 DNS クエリ、ルーター レベルの DNS 介入などがあります。一部の VPN クライアントは、すべてのシステム DNS 設定を上書きできません。
VPN に DNS leak がある場合、インターネットサービスプロバイダーは私が訪問した Web サイトを確認できますか。また、最も重要な点として何を知っておくべきですか?
はい。DNS leak があると、実際のページ内容は VPN によって暗号化されたままでも、訪問したすべてのドメイン名が ISP の DNS サーバーに公開されます。
DNS leak と WebRTC leak の違いは何ですか。個人データと閲覧アクティビティを完全に非公開に保つために、プライバシー上どのような違いがありますか?
DNS leak は訪問した Web サイト名(ドメイン名)を公開します。WebRTC leak は実際の IP アドレスを公開します。どちらも VPN の保護を迂回しますが、漏れる情報の種類は異なります。
VPN service を使用しているときに、VPN client に組み込みの DNS leak protection がない場合、Windows で DNS leak をどのように修正すればよいですか?
Group Policy で Smart Multi-Homed Name Resolution を無効にし、DNS を手動で VPN プロバイダーのサーバーに設定し、VPN が IPv6 をトンネルしない場合はネットワークアダプターで IPv6 を無効にしてください。
VPN を使用するとき、Cloudflare や Google DNS のようなカスタム DNS provider を使えば DNS leak から保護されますか。また、何に注意すべきですか?
いいえ。カスタム DNS サーバーでも、クエリは平文で受信されます。DNS を VPN の暗号化されたトンネル経由でルーティングすることだけが、ISP に DNS トラフィックを見られないようにします。
モバイルフォンでも DNS leak は発生しますか。また、Android または iOS でどのようにテストできますか?
はい。モバイルデバイスも DNS leak の影響を受けやすく、特に Wi‑Fi と cellular を切り替えるときに発生しやすくなります。VPN に接続した状態で、このテストをスマートフォンのブラウザーで実行して確認してください。
VPN service を使用しているとき、VPN が引き続き DNS クエリを保護していることを確認するために、どのくらいの頻度で DNS leak test を実行すべきですか?
VPN のインストール後、OS の更新後、ネットワーク切り替え時、そして定期的に(毎月)テストしてください。OS と VPN の更新によって、予告なく DNS のルーティング動作が変わることがあります。
DNS queries account for the initial step of nearly every internet connection, making DNS leaks one of the most common VPN privacy failures. — ICANN (2024)
Approximately 25% of VPN users experience DNS leaks without knowing, exposing their browsing history to ISPs despite VPN encryption. — Electronic Frontier Foundation (2023)
Over 85% of DNS queries globally are still sent unencrypted using traditional DNS, rather than DNS-over-HTTPS or DNS-over-TLS. — APNIC (2024)
ISPs in at least 48 countries have been documented logging DNS queries for government surveillance or data retention compliance. — Freedom House (2024)