- Mullvadは、複数のブロッキングプロファイルを備えた暗号化されたパブリックDNS(DoH/DoT)を提供します。
- このサービスは、主にVPNを使用せずに利用することを想定して設計されており、顧客であるかどうかとは無関係です。
- ブロックリストの選択は透明性が高く、誤検出を最小限に抑えることを目的としています。
- パフォーマンスは各ISPのエニーキャストルーティングに依存し、スペインにはサーバーがありません。

もしあなたが、スマートフォンやMacにMullvad DNSプロファイルをインストールすると、実際にDNSプロバイダが変わるのかどうか疑問に思ってここにたどり着いたのであれば、それはあなただけではありません。プロファイルをインストールした後も、ネットワーク設定に1.1.1.1やISPのDNSサーバーなどが表示されたままになっていることに気付いた人も多く、何かがおかしいと感じています。実際には、iOS、macOS、そして多くのブラウザはDNSを複数のレベルで管理しており、従来の「システムDNS」インターフェースは、舞台裏で何が起こっているかを常に正確に反映しているとは限りません。
さらに、Mullvadは単なるDNSサービスではなく、 VPNの顧客でなくても利用できるプライバシーフィルターを備えた公開暗号化DNSサービス(DoHおよびDoT)を提供しています。これにより、次のような多くの疑問が生じます。他社のDNSサーバーを使用してDNS over HTTPSを提供できるのか?VPNに接続している場合はどうなるのか?速度は低下するのか?実際にMullvadのサーバーを使用しているのか、それともISPのサーバーを使用しているのか、どうすれば確認できるのか?
Mullvadの暗号化されたパブリックDNSとは何ですか?また、それは何のために使用されるのですか?

MullvadのパブリックDNSサービスは、DNS over HTTPS(DoH)およびDNS over TLS(DoT)を介してアクセス可能なDNSリゾルバです。デバイスは、UDP/TCP 53ポートでプレーンテキストのDNSリクエストを送信する代わりに、Mullvadのサーバーとの間で暗号化された接続(HTTPSまたはTLS)を確立し、すべてのクエリはその接続内にカプセル化されます。
主な目的は、 MullvadのVPNに接続していないときに、第三者(ISP、公共Wi-Fiネットワークなど)がアクセスしたドメインを盗聴するのを防ぐことです。VPNが有効になっている場合、DNSクエリは既に暗号化されたトンネルを経由してVPNサーバー内のリゾルバに送信されるため、DoH/DoTを使用することによる追加的なメリットは通常最小限であり、レイテンシの観点からは逆効果になることさえあります。
興味深い点は、このサービスが無料で一般公開されており、Mullvad VPNアカウントを必要としないことです。デバイスがDoHまたはDoTをサポートしていれば、ブラウザ、モバイルデバイス、コンピュータ、さらにはシステムレベルでも使用できます。
初期解決を支援するため、Mullvadはポート53(UDP/TCP)上で非常に限定的なDNSリゾルバを維持しており、dns.mullvad.net、adblock.dns.mullvad.netなどのドメイン名のみを解決します。これは、クライアントがDoH/DoTを使用する前に暗号化されたリゾルバのIPアドレスを特定できるようにするためです。その他のクエリは、このチャネル上で暗号化されずに処理されることはありません。
Mullvad DNSのプライバシーとセキュリティ機能

MullvadのパブリックDNSサービスは、暗号化機能に加えて、単なるDNSサーバーの変更以上のものを求めているのであれば理解しておくべき、いくつかの追加的なユーザープライバシー対策を組み込んでいます。
一方、この機能には、さまざまなプロファイルによる設定可能なコンテンツブロック機能が含まれています。使用するDNSホスト名に応じて、広告、トラッカー、悪意のあるドメイン、アダルトサイト、ギャンブルサイト、ソーシャルメディアなどをブロックできます。各デバイスにリストを手動でインストールすることなく、DNSレベルでフィルタリングを行う、かなり積極的な方法です。
また、MullvadはQNAMEミニファイ化という技術も実装しています。これは、名前解決プロセス中にMullvadのサーバーが他のDNSサーバーと共有する情報を最小限に抑える技術です。つまり、チェーンに関与する権威サーバーが元のクエリに関するデータを見る機会が減り、ユーザーのブラウジング活動が外部に漏洩するリスクが軽減されます。
可用性に関して、Mullvadはエニーキャストサービスを使用しています。複数のマシンが異なる場所に分散して同じDNS IPアドレスをアドバタイズし、インターネットルーティングによってネットワークトポロジー上「最も近い」サーバーにリクエストが転送されます。最も近いサーバーがダウンした場合でも、設定を変更することなくトラフィックは次のサーバーにリダイレクトされます。
重要な点として、彼らはECS(EDNSクライアントサブネット)を使用しておらず、スペインにDNSサーバーを設置していません。そのため、位置情報に大きく依存するサービス(CDNなど)の場合、スペインのノードではなく、MullvadのDNSサーバー付近の拠点にリダイレクトされる可能性があります。実際には、状況によっては数ミリ秒の遅延が発生する場合があります。
Mullvad DNSで利用可能なプロファイルとホスト名のブロック
フィルタリングの種類を選択する方法は、DoHまたはDoTで設定するDNSホスト名を変更することです。それぞれの名前は異なるプロファイルを指し、ブロックレベルも異なります。
- dns.mullvad.net広告ブロック、トラッカー、その他一切の要素を含まない、クリーンな解像度。フィルタリングされていないDNS。
- adblock.dns.mullvad.net広告と基本的なトラッキングをブロックします。
- base.dns.mullvad.net: 広告 + トラッカー + マルウェア ドメイン。
- extended.dns.mullvad.net上記すべてに加えて、ソーシャルメディアのブロック。
- family.dns.mullvad.net広告、トラッカー、マルウェア、アダルトコンテンツ、その他家族向けコンテンツを含む。
- all.dns.mullvad.net広告ブロッカー、トラッキング防止、マルウェア対策、アダルトコンテンツ対策、ギャンブル対策、ソーシャルメディア対策など、すべてを含む完全パッケージです。
IPアドレスとDoH/DoTの統合に関して、Mullvadは各オプションに対応するIPv4/IPv6ペアとポート番号(DoHの場合は443、DoTの場合は853)を公開しています。これらのIPアドレスは、UDP/TCPポート53を介した標準的なDNSサーバーとして使用できないことに注意してください。これらは暗号化プロトコルを理解するリゾルバ向けです。
例えば、「base」オプション(広告、トラッカー、マルウェアのブロック)の場合、194.242.2.4(IPv4)や2a07:e340::4(IPv6)などの関連アドレス、DoHクエリURL https://base.dns.mullvad.net/dns-query、およびDoT用のTLSポート853を見つけることができます。
留意すべき点として、Mullvadにはマルウェアのみをブロックするプロファイルは提供されていません。最低限のプランには、悪意のあるドメインからの保護機能に加え、広告やトラッカーのブロック機能も含まれています。マルウェアのみをブロックする機能が必要な場合は、別のサービスを探すか、独自のリゾルバを使用してフィルタリングを細かく設定する必要があります。
透明性に関して、MullvadはGitHubリポジトリで各プロファイルを構成するブロックリストの詳細を公開しています。マルウェア対策にはOISD、AdGuard、Hagezi、UrlHausといった広く知られた情報源を使用し、トラッカーのブロックには特定のシステム(Alexa、Apple、Windows、Samsungなど)向けの専用リストを使用しています。彼らの理念は明確です。誤検出の氾濫を避けるため、厳選された少数のリストを使用するというものです。
キャリアによってパフォーマンス、エニーキャスト、動作が異なります
実用的な観点から言えば、MullvadのDNSサービスは、大手プロバイダーほど大規模なサーバーネットワークは持っていませんが、それでもほとんどのヨーロッパの接続環境で十分に機能します。ただし、実際の使用感はインターネットサービスプロバイダーに大きく左右されます。
このサービスはエニーキャスト方式でECS(Enycast Service)に対応していないため、オペレーターはBGPを使用してトラフィックをどのMullvadインスタンスに送信するかを決定します。例えば、スペインで行われたテストでは、一部のISPはリクエストをヨーロッパのサーバーにルーティングし(レイテンシは約30~40ms)、他のISPは米国内のノードを経由することになり、レイテンシが100ms以上に増加することが確認されています。
このような場合、Mullvad DNSのIPアドレスにpingを実行して、ヨーロッパまたはアメリカからサービスを提供しているかどうかを確認できます。応答時間が常に100ミリ秒を超える場合は、ISPがリクエストを大陸外にルーティングしている可能性があります。多くの用途では大きな問題にはなりませんが、可能な限り低いレイテンシを目指す場合は考慮すべき点です。
この挙動は、すべてのISPがMullvad DNSの利用に等しく適しているわけではないことを意味します。一部のプロバイダはヨーロッパに向けて適切にルーティングを行いますが、他のプロバイダはクエリを大西洋を越えて送信してしまうことになります。これはサービス自体の障害ではなく、エニーキャストルーティングと各社の相互接続ポリシーの結果です。
一見すると大きな制約のように思えるかもしれませんが、一般的なウェブブラウジング、ストリーミング、オンラインオフィス作業においては、これらの遅延が深刻な問題となることはほとんどありません。最も影響が大きいのは、レイテンシに特に敏感なユーザー(例えば、競争の激しいオンラインゲームなど)や、インターネット接続速度が既に遅い場合です。
使用するブラウザによっては、オペレーティングシステムのDNS設定を変更することなく、クライアント自体で直接DNS over HTTPSを設定できます。ネットワーク設定で1.1.1.1やルーターのDNSサーバーが表示される理由を理解する上で、これは重要なポイントです。システムには他のサーバーが表示されていても、ブラウザがすべてのDoHクエリをMullvadに送信している可能性があるからです。
プライバシーを重視したFirefoxベースのMullvad Browserは、デフォルトでフィルタなしのMullvadのDNSを使用します。公式の推奨事項は、Mullvad VPNに接続していない場合にのみこの暗号化されたDNSを使用することです。トンネルがアクティブな場合、DNSリクエストはVPNサーバーで解決され、DoH(DoH)を使用するとレイテンシが増加する傾向があるためです。
Mullvadブラウザ自体(およびデスクトップ版Firefox)では、 「プライバシーとセキュリティ」設定に移動し、「セキュアDNS」を最大限の保護で有効にすることができます。次に、プロバイダオプションで「カスタム」を選択し、Mullvadが提供するDoH URLのいずれかを貼り付けます。例:
- https://dns.mullvad.net/dns-query
- https://adblock.dns.mullvad.net/dns-query
- https://base.dns.mullvad.net/dns-query
- https://extended.dns.mullvad.net/dns-query
- https://family.dns.mullvad.net/dns-query
- https://all.dns.mullvad.net/dns-query
Chrome、Brave、Edgeでは、手順はほぼ同じです。プライバシー/セキュリティのセクションで「セキュアDNS」を有効にし、カスタムプロバイダを選択して、上記で説明したURLのいずれかを追加します。ブラウザが新しいサーバーを検証するのに少し時間がかかる場合があり、「このプロバイダが有効であることを確認してください」というメッセージが表示されることがあります。しばらく待ってからもう一度試してください。
重要な点として、ブラウザが独自のDomain Honor(DoH)クライアントを使用している場合、オペレーティングシステムのDNSを無視することができます。つまり、コンピュータのネットワーク設定でCloudflare、Google DNS、またはルーターのDNSが表示されていても、ブラウザのトラフィックは実際にはMullvadを経由している可能性があるということです。macOS/iOSにMullvad DNSプロファイルをインストールし、ブラウザの内部DoHを有効にして別のサーバーを指定している場合、まさにこのような状況が発生する可能性があります。
Android、iOS、Windows、macOS、LinuxでMullvad DNSを使用する
MullvadのDNSをシステム全体(ブラウザだけでなく)に適用したい場合は、様々な最新プラットフォームで提供されているプライベートDNSオプションまたは構成プロファイルを使用できます。
Android 9以降では、ネットワーク設定に「プライベートDNS」オプションがあります。「プライベートDNSプロバイダ」を選択し、Mullvadのホスト名(dns.mullvad.net、adblock.dns.mullvad.net、base.dns.mullvad.netなど)のいずれかを入力すると、すべてのシステムDNSトラフィックがDoT経由でそのサーバーに解決しようとします。Androidが過度の遅延を検出したり、接続に失敗したりすると、このプライベートDNSが無効になります。そのため、複雑なネットワークではエラーが発生する可能性があります。
Appleのエコシステム(最新のiOS、iPadOS、macOS)では、MullvadはDoHとDoT専用の構成プロファイルを提供しています。これらはGitHubリポジトリからダウンロードし、設定/システムからインストールすると、システム全体でこれらの暗号化されたDNSサーバーを使用できるようになります。ここで混乱が生じます。「ネットワーク」セクションの従来のDNSパネルには、従来のサーバー(1.1.1.1など)が表示されることがありますが、実際のトラフィックはプロファイルを経由してルーティングされます。
Apple製品に関して留意すべき2つの制限事項があります。
- 有効にすると iCloudプライベートリレーMullvadプロファイルがインストールされている場合でも、DNSクエリの一部または全部がAppleサーバーに送信される可能性があります。
- macOS 13以前のバージョンでは、 複数のDNSプロファイルを同時にインストールしないのが最善です。複数のプロファイルを管理するのは問題が生じる可能性があるためです。
Windows 11では、システムレベルでドメインベースDNS(DoH)がサポートされています。ネットワークインターフェイス(Wi-Fiまたはイーサネット)のDNS設定を編集し、MullvadのIPv4/IPv6アドレスを目的のプロファイルに割り当てた後、「DNS over HTTPS(手動テンプレート)」オプションを選択し、対応するURL(例:https://base.dns.mullvad.net/dns-query)を指定します。同じコンピューターでWi-Fiとイーサネットの両方を使用する場合は、両方のアダプタを設定するか、互いに干渉し合わないようにすることをお勧めします。
Linux (Ubuntu、Fedora、および派生ディストリビューション)では、systemd-resolved を使用するのが最も簡単な方法です。resolved.conf ファイルを設定して、グローバル DNS サーバーとして Mullvad の IP アドレスを使用するようにし、DNSOverTLS=yes (問題がある場合は opportunistic) を有効にし、/etc/resolv.conf を systemd-resolved のスタブに向けます。サービスを再起動すると、resolvectl status コマンドで現在の DNS サーバーとして Mullvad が表示されるはずです。
MullvadのDNSを実際に使用しているかどうかを確認する方法
サービスの設定が完了したら、DNSリークや他のサーバーを経由するクエリがないことを確認したくなるのは当然のことです。Mullvadは、公式サイトでこのための非常にシンプルなページを提供しています。
ブラウザからhttps://mullvad.net/checkにアクセスしてください。設定が正しければ、DNS セクションに「DNS リークなし」と表示され、詳細を展開すると、使用されているサーバーのホスト名に「dns」が含まれていることがわかります。例えば、se-mma-dns-001.mullvad.net のようになります。これは、クエリが Mullvad のインフラストラクチャに到達していることの証明です。
同じページに、ご利用の通信事業者、Google、Cloudflare、またはその他のプロバイダーのリゾルバーが表示される場合は、デバイスまたはブラウザが、クエリの一部または全部をMullvadの外部に送信していることを意味します。その場合は、ブラウザでドメインオーバーヘッド(DoH)が有効になっていて、別のサービスを指しているかどうか、SOCKS 5プロキシで「SOCKS v5使用時にDNSをプロキシする」オプションが有効になっているかどうか(Mullvadプロキシを使用しているFirefoxでよく見られる)、またはその他の中間レイヤーがないかを確認してください。
また、 MullvadのVPNに接続している場合、アプリケーション自体がDNSを接続先のVPNサーバーのリゾルバにルーティングすることを覚えておくことも重要です。暗号化されたパブリックDNSを同時に使用することは不要であったり、遅延や名前解決の問題を引き起こす可能性があるため、公式の推奨事項は、VPNを使用していないときにパブリックDNSを使用することです。
コンテンツブロック:その仕組みと期待できること
Mullvad DNSのコンテンツブロックメカニズムは比較的シンプルながら効果的です。選択されたブロックリストに掲載されているドメインにクエリを実行すると、リゾルバは単純にその名前が存在しない(NXDOMAINを返す)と応答します。ブラウザはこれをドメインにIPアドレスがないと解釈し、関連コンテンツは読み込まれません。
これにより、各デバイスに拡張機能をインストールすることなく、多数の広告、トラッカー、悪意のあるドメイン、アダルトサイト、ギャンブルサイト、ソーシャルメディアプラットフォームをブロックできます。ただし、DNSレベルのブロックには構造的な制限があります。たとえば、広告とメインコンテンツを同じドメインから配信するプラットフォーム(YouTubeによくあるケース)からの広告を効果的にフィルタリングすることはできません。
そのため、Mullvadは、uBlock OriginのようなブラウザのコンテンツブロッカーとDNSを併用することを推奨しています。実際、MullvadブラウザにはuBlock Originがプリインストールされています。DNSは第一の防御線として機能し、全体的なノイズを大幅に削減します。また、拡張機能はブラウザ自体のフィルタリングを微調整します。
Mullvadのアプローチの利点は、リストの選択が非常に慎重に行われている点です。単に無作為に数十ものブロックリストを追加するのではなく、誤検出を最小限に抑える信頼できる情報源を選択しています。これにより、家庭での使用はもちろん、業務用としても、保護機能と互換性のバランスが非常に良好に保たれています。
技術的な側面についてさらに詳しく知りたい場合は、MullvadのGitHubリポジトリに、各プロファイル(adblock、base、extended、family、all)で使用されているリストとその元のソースが正確に記載されています。これにより、どのリストがニーズと競合する可能性があるかを評価できます(たとえば、一部の強力な広告ブロックシステムで誤ってリストアップされてしまうような、非常にニッチなサービスを利用している場合など)。
最終的に、MullvadのパブリックDNSは、テクノロジー大手やISPのデフォルトDNSサーバーに頼らずにプライバシーを強化し、スパムを減らしたいユーザーにとって非常に魅力的な選択肢となっています。欠点もあります。スペインにDNSサーバーがなく、ECSをサポートしておらず、「マルウェア専用」プロファイルを提供しておらず、パフォーマンスは各ISPのルーティングに大きく依存します。しかしその代わりに、透過的なフィルタリング、クエリのエンドツーエンド暗号化、そしてブランドのプライバシー哲学に沿ったアプローチを提供しています。