最高の無料DNSサーバー

世界で最も人気で信頼性の高い無料パブリックDNSサービスを知る

Google DNS 超高速

プライマリ: 8.8.8.8
セカンダリ: 8.8.4.4
IPv6: 2001:4860:4860::8888

Googleが開発した世界で最も人気のある無料DNSサービス。高速、信頼性を提供し、グローバルに利用可能です。

  • 卓越した速度
  • 99.9%のアップタイム
  • 完全なIPv6サポート
  • 検閲やフィルタリングなし

Cloudflare DNS 超高速

プライマリ: 1.1.1.1
セカンダリ: 1.0.0.1
IPv6: 2606:4700:4700::1111

複数のベンチマークによると世界最速のDNS。Cloudflareはプライバシーに焦点を当て、個人IPアドレスを記録しません。

  • 世界最速
  • プライバシー重視
  • 個人IPの記録なし
  • マルウェア対策保護

Quad9 DNS (IBM) セキュア

プライマリ: 9.9.9.9
セカンダリ: 149.112.112.112
IPv6: 2620:fe::fe

悪意のあるドメイン、フィッシング、ボットネットを自動的にブロックするセキュリティ重視のIBMの無料DNS。

  • 自動マルウェアブロック
  • フィッシング対策
  • ユーザーログなし
  • IBMサポート

OpenDNS (Cisco) ペアレンタルコントロール

プライマリ: 208.67.222.222
セカンダリ: 208.67.220.220
IPv6: 2620:119:35::35

優れたペアレンタルコントロールオプションとカスタマイズ可能なコンテンツフィルタリングを備えたCiscoのDNSサービス。

  • 高度なペアレンタルコントロール
  • コンテンツフィルタリング
  • 使用統計
  • フィッシングブロック

AdGuard DNS 広告なし

プライマリ: 94.140.14.14
セカンダリ: 94.140.15.15
IPv6: 2a10:50c0::ad1:ff

広告、トラッカー、悪意のあるドメインをブロックするDNS。迷惑な広告なしでのブラウジングに最適。

  • 広告ブロック
  • アンチトラッキング
  • マルウェア保護
  • ブラウジングログなし

Yandex DNS ファミリー

ベーシック: 77.88.8.8 / 77.88.8.1
セーフ: 77.88.8.88 / 77.88.8.2
ファミリー: 77.88.8.7 / 77.88.8.3

人気のロシア検索エンジンYandexのDNSで、3つのモード:ベーシック、セーフ、追加フィルター付きファミリー。

  • 3つの動作モード
  • フィルター付きファミリーモード
  • ヨーロッパで良好な速度
  • 基本的なマルウェア保護

NextDNS カスタマイズ可能

プライマリ: 45.90.28.0
セカンダリ: 45.90.30.0
IPv6: 2a07:a8c0::/32

高度な設定、詳細な分析、コンテンツフィルタリングの細かい制御を備えた現代的なDNS。

  • カスタム設定
  • 詳細な分析
  • 複数のブロックリスト
  • 開発者向けAPI

CleanBrowsing フィルタ付き

ファミリー: 185.228.168.168
大人: 185.228.169.168
セキュア: 185.228.168.9

家族や企業向けの異なる保護レベルを持つコンテンツフィルタリング専門のDNS。

  • 3つのフィルタリングレベル
  • 家族保護
  • マルウェアブロック
  • アクティビティログなし
↑ トップに戻る

速度と機能の比較

プロバイダー 速度 プライバシー マルウェアブロック ペアレンタルコントロール 広告なし IPv6
Google DNS 優秀 基本 なし なし なし
Cloudflare 優秀 優秀 あり なし なし
Quad9 良好 優秀 あり なし なし
OpenDNS 良好 良好 あり あり なし
AdGuard 良好 優秀 あり あり あり
NextDNS 良好 優秀 設定可能 設定可能 設定可能
↑ トップに戻る

DNSとは? - 完全ガイド

ドメインネームシステム(DNS)は、デジタルの「電話帳」として機能するインターネットの基本的なインフラストラクチャです。その主な機能は、覚えやすいドメイン名(google.comなど)を、コンピュータが相互通信に必要な数値のIPアドレスに変換することです。

完全な技術的定義

DNSは、インターネットやプライベートネットワークなどのIPネットワークに接続されたデバイス用の分散階層命名システムです。このシステムは、ネットワークに接続された各参加者に割り当てられたドメイン名に様々な情報を関連付けます。

DNSサーバーは、インターネットなどのネットワークでドメイン名に関連付けられた情報を格納する分散階層データベースを使用します。データベースとしてのDNSは、各名前に異なるタイプの情報を関連付けることができますが、最も一般的な用途は:

  • ドメイン名のIPアドレスへの割り当て(AおよびAAAAタイプ)
  • メールサーバーの位置特定(MXレコード)
  • 真正性の検証(SPF、DKIM用のTXTレコード)
  • サービスの方向付け(SRVレコード)
  • ドメインエイリアス(CNAMEレコード)

DNSはどのように機能するか? - 詳細なプロセス

ブラウザーにURLを入力すると、複数のレベルを含む複雑なDNS解決プロセスが発生します:

1

ローカルクエリ(DNSキャッシュ)

デバイスはまずローカルDNSキャッシュをチェックして、要求されたドメインのIPがすでに分かっているかどうかを確認します。見つかって期限切れでない場合、すぐに使用されます。

2

再帰DNSサーバー

キャッシュにない場合、クエリは再帰DNSサーバー(デバイスで設定されたもの)に送信されます。このサーバーは仲介者として機能し、独自のキャッシュを持っています。

3

ルートサーバーへのクエリ

再帰サーバーが答えを知らない場合、トップレベルドメイン(.com、.orgなど)サーバーの場所を知っている13のグローバルルートサーバークラスターに問い合わせます。

4

TLDサーバー

ルートサーバーは、各ドメインの権威サーバーを知っている適切なトップレベルドメイン(TLD)サーバー(.com、.jp、.orgなど)にクエリをリダイレクトします。

5

権威サーバー

最後に、特定ドメインの権威DNSサーバーに問い合わせが行われ、決定的な情報を含んでいて実際のIPアドレスを返します。

6

応答とキャッシュ

応答は全体のチェーンを通じて送り返され、各サーバーは設定されたTTL(Time To Live)に従って将来のクエリのために情報をキャッシュに保存します。

DNSシステムの主要コンポーネント

🖥️ DNSクライアント(リゾルバー)

ユーザーデバイスで実行され、DNSサーバーに名前解決のDNSリクエストを生成するクライアントプログラム。オペレーティングシステムのライブラリやウェブブラウザーなどのアプリケーションを含みます。

🌐 再帰DNSサーバー

クライアントからのクエリを受け入れ、必要に応じて他のDNSサーバーに問い合わせて名前を解決する作業を行うサーバー。パフォーマンス向上のためキャッシュを維持します。

🏛️ 権威DNSサーバー

DNS名前空間の特定のゾーンに対して権威を持ち、それらの制御下にあるドメインに対して決定的な回答を提供するサーバー。

📁

権威ゾーン

DNSサーバーが権威を持つドメイン名前空間の部分。各ゾーンには、そのゾーン内のドメインに関連する情報を定義するDNSレコードが含まれています。

主要なDNSレコードタイプ

タイプ 機能
A 名前をIPv4アドレスにマップ example.com → 192.168.1.1
AAAA 名前をIPv6アドレスにマップ example.com → 2001:db8::1
CNAME 名前の別名を別の名前に www.example.com → example.com
MX メールサーバーを指定 example.com → mail.example.com
TXT 任意のテキスト情報 SPF、DKIM、検証
NS 権威ネームサーバーを指定 example.com → ns1.provider.com
↑ トップに戻る

DNSシステムの完全な歴史

初期の日々:HOSTSファイル

インターネット(当時のARPANET)の黎明期、名前解決はHOSTSと呼ばれる中央集権ファイルを通じて行われ、すべての既知のホスト名とそれに対応するIPアドレスが含まれていました。このファイルはSRI International(旧Stanford Research Institute)によって維持され、ネットワークに接続されたすべてのコンピュータに手動で配布されていました。

システムは物理的な電話帳と似たように機能していました:各コンピュータは名前を解決するために参照するファイルのローカルコピーを持っていました。しかし、ARPANETの爆発的成長により、この中央集権システムはいくつかの理由で実用的でなくなりました:

  • ファイルが常に成長し、最新状態を維持するのが困難
  • 名前の競合が一般的
  • 手動配布が遅く非効率的
  • 将来の成長に対するスケーラビリティがない

現代DNSの誕生(1983-1987)

HOSTSシステムの限界を認識し、Jon Postelはよりスケーラブルなソリューションの開発を開始しました。1983年11月、PostelはDNSとなるものの基本概念を概説したRFC 881を発表しました。

その後、南カリフォルニア大学で働いていたPaul Mockapetrisは、PostelとともにDNSの基礎文書を開発しました:

📄

RFC 882とRFC 883(1983)

これらの文書は、階層的名前空間とデータベース分散の概念を含むDNSの基本アーキテクチャを定義しました。

📋

RFC 920(1984年10月)

広範囲な議論と改良の後、新システムでのドメイン登録要件を定義したこのRFCが発行されました。

🏗️

RFC 1034とRFC 1035(1987)

これらの文書は以前のRFCを置き換え、現在のシステムの基礎を形成するDNSの決定的な仕様を確立しました。

マスター・スレーブレプリケーションの時代

初期のDNS実装では、冗長性と可用性を提供するためにマスター・スレーブレプリケーションモデルが採用されました:

  • マスターサーバー:ゾーンデータの権威あるコピーを含む
  • スレーブサーバー:データのコピーを維持し、定期的にマスターに問い合わせ
  • ゾーン転送:スレーブは完全転送によってデータを同期
  • 定期的検証:スレーブはデータが変更されたかどうかを定期的に確認

進歩と改善(1995-2000)

初期実装から約10年後、DNSプロトコルはより効率的で動的にするために大幅な改善が行われました:

🔔

NOTIFY(RFC 1996)

マスターサーバーがスレーブに変更を積極的に通知できるようにして同期を革命化し、常時定期問い合わせの必要性を排除しました。

📈

IXFR - 増分転送(RFC 1995)

ゾーン全体を転送する代わりに変更されたレコードのみを転送することを可能にし、ネットワーク効率を大幅に改善しました。

🔄

動的DNS - DDNS(RFC 2136)

DNSレコードを自動的に更新する機能を導入し、管理者がゾーンファイルを手動で編集することなく変更を行えるようにしました。

🔧

EDNS - 拡張メカニズム(RFC 2671)

より大きなメッセージと新機能を可能にしてDNSプロトコルを現代化し、将来の拡張への道筋を整えました。

国際化の時代(2003-2010)

インターネットのグローバル拡張により、ドメイン名での非ASCII文字のサポートの必要性が生まれました:

🌍

IDN - 国際化ドメイン名

RFC 5890とRFC 5891(2010)は、アラビア語、中国語、キリル文字、その他のアルファベットでのドメインを可能にする、ドメイン名に他言語の文字を含める方法を定義しました。

🔒

DNSSEC - セキュリティ拡張

DNSデータの認証と整合性を提供するDNSセキュリティ拡張が開発され、キャッシュポイズニング攻撃から保護されました。

ルートサーバー:DNSの心臓

ルートサーバーは全世界のDNSシステム全体の基盤です。.com、.org、.jpなどのすべてのトップレベルドメイン(TLD)に関する情報を維持する13のルートサーバークラスター(AからMまでラベル付け)がグローバルに分散して存在します。

これらのサーバーは異なる組織によって運用され、インターネットの機能にとって重要です。これらのサーバーのセキュリティはDNSSECと高度にセキュアなキー署名式典によって維持されています。

ルートサーバーのセキュリティプロセスについて詳しく知るには、DNSSECルートゾーンキー署名キー式典に関する詳細情報を参照できます。

現代におけるDNS(2010-2025)

☁️

クラウドのDNS

Google、Cloudflare、Amazonなどの大手プロバイダーが、大規模なグローバルインフラストラクチャと高度なセキュリティ機能を持つパブリックDNSサービスを開始しました。

🔐

DNS over HTTPS(DoH)とDNS over TLS(DoT)

ユーザーのプライバシーとセキュリティを向上させるためにDNSクエリを暗号化する新しいプロトコル。

🤖

インテリジェントDNS

現代の実装には地理的負荷分散、サービス健全性検出、ユーザーの場所に基づく適応応答が含まれます。

🛡️

DNSフィルタリングとセキュリティ

現代のDNSサービスには、DNS解決に直接統合されたマルウェアフィルタリング、広告ブロック、ペアレンタルコントロールが含まれています。

↑ トップに戻る

異なるデバイスでのDNS設定方法

主要なオペレーティングシステムとデバイスでカスタムDNSサーバーを設定する方法をステップバイステップで示します。

🖥️ Windows 10/11

1

ネットワーク設定を開く

設定 > ネットワークとインターネット > アダプターのオプションを変更に移動するか、Windows + Rを押して「ncpa.cpl」と入力してEnterを押します。

2

接続のプロパティ

アクティブな接続(WiFiまたはイーサネット)を右クリックして「プロパティ」を選択します。

3

IPv4を設定

「インターネットプロトコルバージョン4(TCP/IPv4)」を選択して「プロパティ」をクリックします。

4

カスタムDNSを入力

「次のDNSサーバーのアドレスを使う」をチェックして入力:
• 優先DNS: 1.1.1.1(Cloudflare)
• 代替DNS: 8.8.8.8(Google)

🐧 Linux(Ubuntu/Debian)

1

GUIメソッド - ネットワークマネージャー

上部バーのネットワークアイコンをクリックし、「WiFi設定」または「有線ネットワーク設定」を選択します。

2

接続を編集

アクティブな接続の隣にある歯車⚙️をクリックして編集します。

3

DNSを設定

「IPv4」タブに移動し、メソッドを「手動」に変更し、DNSフィールドに入力:1.1.1.1, 8.8.8.8

4

ターミナルメソッド(代替)

resolv.confファイルを編集:
sudo nano /etc/resolv.conf
追加:
nameserver 1.1.1.1
nameserver 8.8.8.8

🍎 macOS

1

システム環境設定を開く

Appleメニュー🍎をクリックして「システム環境設定」(またはmacOS Ventura+では「システム設定」)を選択します。

2

ネットワークにアクセス

「ネットワーク」をクリックし、左側のリストでアクティブな接続(WiFiまたはイーサネット)を選択します。

3

詳細設定

ウィンドウの右下にある「詳細...」をクリックします。

4

DNSサーバーを設定

「DNS」タブに移動し、「+」ボタンをクリックして追加:
1.1.1.1
8.8.8.8
「OK」をクリックしてから「適用」をクリックします。

📱 Android

1

WiFi設定

設定 > WiFiに移動し、接続されているWiFiネットワークを長押しします。

2

ネットワークを変更

「ネットワークを変更」または「ネットワーク設定を管理」を選択します。

3

詳細オプション

「詳細オプション」をタップし、「IP設定」「静的」に変更します。

4

DNSを設定

DNSフィールドに入力:
• DNS 1: 1.1.1.1
• DNS 2: 8.8.8.8
変更を保存します。

📱 iPhone(iOS)

1

WiFi設定を開く

設定 > WiFiに移動し、接続されているネットワークの隣にある情報アイコン(ℹ️)をタップします。

2

DNSを設定

下にスクロールして「DNSを構成」をタップします。

3

手動に変更

「自動」の代わりに「手動」を選択します。

4

DNSサーバーを追加

既存のDNSを削除し、「サーバーを追加」をタップして新しいものを追加:
1.1.1.1
8.8.8.8
右上角の「保存」をタップします。

🏠 ルーター(グローバル設定)

1

管理パネルにアクセス

ブラウザーを開いてルーターのIPに移動(通常192.168.1.1または192.168.0.1)。管理者認証情報でログインします。

2

DNS設定を検索

「インターネット設定」「WAN」「DNS」または「詳細設定」などのセクションを探します。

3

ISP DNSを変更

「自動的に取得」から「これらのDNSサーバーを使用」または類似に変更します。

4

カスタムDNSを設定

希望するDNSサーバーを入力:
• プライマリDNS: 1.1.1.1
• セカンダリDNS: 8.8.8.8
保存し、必要に応じてルーターを再起動します。

💡 追加のヒント

🔄 DNSキャッシュをクリア

Windows: ipconfig /flushdns
macOS: sudo dscacheutil -flushcache
Linux: sudo systemctl restart systemd-resolved

🧪 設定をテスト

nslookup google.comなどのツールを使用するか、1.1.1.1/helpを訪問して変更が正しく動作することを確認します。

🔧 デバイス別設定 vs ルーター

ルーター: ネットワーク上のすべてのデバイスに影響します。
個別デバイス: その特定のデバイスのみに影響し、ルーター設定より優先されます。

⚡ 冗長性のための複数DNS

1つが失敗した場合の冗長性を保証するために、常に少なくとも2つの異なるDNSサーバー(例:Cloudflare + Google)を設定してください。

↑ トップに戻る

よくある質問

無料のパブリックDNSを使用するのは安全ですか?

はい、Google、Cloudflare、Quad9などの認知されたプロバイダーのパブリックDNSは安全で信頼できます。実際、多くはISPのデフォルトDNSよりも優れたセキュリティを提供し、マルウェアやフィッシングからの保護を含んでいます。

DNSを変更すると本当にインターネット速度が向上しますか?

より高速なDNSに変更することで、特にドメイン名の初期解決において、ウェブページの読み込み時間を大幅に改善できます。ただし、ダウンロード速度や総帯域幅は増加しません。

ゲーミングに最適なDNSはどれですか?

ゲーミングには、低遅延と高可用性のためにCloudflare(1.1.1.1)またはGoogle DNS(8.8.8.8)をお勧めします。追加の遅延を加える可能性があるため、広範囲なフィルタリングを行うDNSは避けてください。

無料DNSは私のアクティビティを記録しますか?

プロバイダーによって異なります。CloudflareとQuad9は厳格なノーログポリシーを持っていますが、Googleは一部の情報を保持する場合があります。選択するDNSプロバイダーのプライバシーポリシーを常に確認してください。

異なるデバイスで異なるDNSを使用できますか?

もちろんです。ニーズに応じて各デバイスで異なるDNSを設定できます。例えば、子供のデバイスではペアレンタルコントロール付きDNSを使用し、ゲーミングでは速度重視のDNSを使用できます。

↑ トップに戻る

パブリックDNS使用の利点

🚀 より高い速度

パブリックDNSは通常ISPのデフォルトよりも高速で、ウェブページの読み込み時間を短縮します。

🛡️ より良いセキュリティ

多くのパブリックDNSはマルウェア、フィッシング、悪意のあるウェブサイトからの保護を提供します。

🌍 より高い可用性

大手プロバイダーは高可用性と冗長性を持つグローバルインフラストラクチャを持っています。

🔒 プライバシー制御

一部のパブリックDNSは地元のISPよりも優れたプライバシーポリシーを提供します。

↑ トップに戻る

参考文献と追加リソース

DNSの世界を深く理解するために、技術的、歴史的、セキュリティ的側面をカバーする以下の専門リソースをお勧めします:

📚 技術記事と分析

🔗 CloudflareのDNSが原因で1時間インターネット接続なし

複数のDNSサーバーを使用することの重要性と、Cloudflareであっても単一のプロバイダーに依存すべきでない理由についての詳細分析。

🔗 DNS:インターネットの背骨、その歴史と進化

DNSシステムの起源から現代の実装まで、歴史、機能、進化に関する完全ガイド。

🔗 DNSに適したTTLとは?

DNS TTL(Time To Live)値の技術的説明と、パフォーマンスと柔軟性を最適化するための正しい設定方法。

🔗 NSLookup:DNS診断の必須ツール

NSLookupおよびその他のDNS診断ツールの使用に関する完全チュートリアル、トラブルシューティングと設定分析用。

🛡️ セキュリティとDNS脅威

🔗 容赦ないDNS攻撃からの防御方法

システム管理者と上級ユーザー向けの主要なDNS脅威と防御戦略の包括的分析。

🔗 DNSSECルートゾーン署名キー式典

インターネットの最も重要なセキュリティプロセス:ルートサーバーを保護するDNSSECキー署名式典の詳細説明。

🇪🇺 主権DNSと新しいイニシアティブ

🔗 DNS4EUがスペインで初のサーバーを開始

新しいヨーロッパのパブリックDNS DNS4EUとスペインで最初のサーバーが稼働したことによる欧州連合のデジタル主権への影響に関する情報。

📖 推奨追加リソース

  • RFC 1034および1035:DNSの基礎文書(Domain Names - Concepts and Facilities)
  • IANA Root Zone Database:インターネットルートゾーンの公式データベース
  • DNS-OARC:DNS研究・分析組織
  • ISC BIND Documentation:最も使用されるDNSソフトウェアのドキュメント
  • Cloudflare Learning Center:DNSとウェブ技術に関する教育リソース
↑ トップに戻る