Google DNS：8.8.8.8・8.8.4.4・IPv6と設定方法

Google Public DNSとは？

Google DNS、正式名称 Google Public DNS は、Googleが2009年12月から運用している無料のDNSリゾルバーです。リゾルバーとは、github.com のようなドメインをIPアドレスに変換するためにデバイスが問い合わせるサーバーです。デフォルトではISPのリゾルバーが割り当てられますが、Googleのリゾルバーは誰でも使えるパブリックな代替手段で、ネットワーク設定に8.8.8.8と入力するだけで利用できます。

アドレスは意図的に覚えやすくなっており、インターネット上で最も多く使われているDNSサーバーのひとつです。Googleは、このサービスから得た個人情報を広告のターゲティングに使わないとしており、何を記録しているかを正確に公開しています（後述のプライバシーのセクションを参照）。

Google DNSサーバーのアドレス（IPv4とIPv6）

DNS設定欄にはこれらを入力します。両方のアドレスを設定してください。1つ目に到達できないとき、2つ目がフォールバックになります。ターミナルからGoogleに直接問い合わせるには、表の下のコマンドを使います。

# Google DNSに直接問い合わせる（macOS、Linux、BINDツールを入れたWindows）
dig @8.8.8.8 dnsrobot.net A +short

# IPv6でも同じ
dig @2001:4860:4860::8888 dnsrobot.net A +short

# Windows標準の同等コマンド
nslookup dnsrobot.net 8.8.8.8

どちらのアドレスも Anycast です。Googleは世界中のデータセンターからこれらを広報しており、クエリはネットワーク上で最も近いデータセンターに送られます。8.8.8.8と8.8.4.4は対等で、どちらかが遅い予備サーバーというわけではありません。下のベンチマークに見られるような両者のわずかな速度差は、その日のルーティングによるものです。

接続がIPv6に対応しているなら、IPv6のペアも追加してください。そうしないと、デバイスがISPから配布されるIPv6のDNSサーバーを使い続け、知らないうちにGoogleを迂回してしまいます。ルーターや古いデバイスの中には短い :: 形式を受け付けないものがあります。その場合、Googleは完全な形式 2001:4860:4860:0:0:0:0:8888 と 2001:4860:4860:0:0:0:0:8844 を案内しています（Google Public DNS）。

主要パブリックDNSのIPv6アドレス：Google、Cloudflare、Quad9、OpenDNS

IPv6のDNS欄に入力するなら、主要な4つのパブリックリゾルバーのペアは次のとおりです。いずれも2026年10月26日に、IPv6での当サイトのテスト問い合わせに応答しました。

アドレスは、プロバイダーを混ぜずに同じプロバイダーの2つを使ってください。すべてのルックアップに同じフィルタリングとプライバシーのルールが適用されます。

IPv6そのものが速いわけではありません。インドのJio家庭用回線では、Googleの応答時間の中央値はIPv6で32 ms、IPv4で33 ms（それぞれキャッシュ済み15回、2026年10月26日）、Cloudflareは30 msと29 msでした。IPv6のペアを追加するのは速度のためではなく、デバイスがISPのIPv6 DNSサーバーを使い続けないようにするためです。

IPv6専用ネットワーク向けのGoogle DNS64アドレス

Googleは DNS64 サービスも運用しています。IPv6しかないネットワークで、IPv4しか持たないサイトのためにIPv6アドレスを合成し、NAT64ゲートウェイが通信を変換できるようにする仕組みです。これが必要になるのは、よく知られた 64:ff9b::/96 プレフィックスを使うNAT64付きのIPv6専用ネットワークを運用している場合だけです。

DNS over HTTPS、DNS over TLS、JSON API

ポート53の通常のDNSは暗号化されていないため、ISPや経路上の誰もが、あなたが引いた名前を読み取れます。Google Public DNSは暗号化プロトコルでも応答します。

• DNS over HTTPS（DoH）： https://dns.google/dns-query。ChromeとEdgeでは、セキュアDNSの設定でGoogleを選ぶとこれが使われます。FirefoxにはGoogleが選択肢にないため、カスタム を選んでURLを貼り付けます。
• DNS over TLS（DoT）： ホスト名 dns.google、ポート853。Androidの プライベートDNS 設定に入力するのはこれです。
• JSON API： https://dns.google/resolve?name=example.com&type=A は応答をJSONで返すので、スクリプトやブラウザでの簡単な確認に便利です。

# GoogleのJSON API：普通のcurlで動作
curl -s 'https://dns.google/resolve?name=dnsrobot.net&type=A'
# {"Status":0, ... "Answer":[{"name":"dnsrobot.net.","type":1,"TTL":300,"data":"172.67.150.248"}, ...],
#  "Comment":"Response from 108.162.193.236."}

Googleが応答を新たに取得した場合、Comment フィールドには問い合わせた権威サーバーが示されます。Googleのキャッシュから返された応答には、多くの場合 Comment がありません。この例ではCloudflareのネームサーバーのひとつです。dnsrobot.netのDNSはCloudflareでホストされているためです。

Google DNSのプライバシー：記録される情報

GoogleはGoogle Public DNSのプライバシーページでログの扱いを説明しています。保持するログは2種類です。

• 一時ログ には、完全なIPアドレスとクエリが記録されます。24〜48時間以内に削除されますが、特定のセキュリティ上または不正利用の問題に対処するためにGoogleがより長く保持するデータは除きます。
• 永続ログ には、IPアドレスを取り除いたクエリのサンプルが保存されます。IPアドレスの代わりに市区町村または地域レベルの位置情報が記録され、ネットワークのASN、引いた名前、レコードタイプなどの情報も一緒に保存されます。
• Googleは、セキュリティや不正利用に対処する場合を除き、これらのログをGoogleアカウントや他のGoogleサービスの個人情報と結び付けないとしています。
• EDNS Client Subnet（ECS）： ウェブサイトのDNSサーバーがECSに対応している場合、GoogleはIPv4アドレスの先頭24ビット（IPv6では56ビット）以下を渡します。これによりCDNがあなたを近くのサーバーへ誘導できます。Cloudflareの1.1.1.1はこれを行いません。

Googleのログは多くのISPリゾルバーより軽いものの、1.1.1.1よりは重くなります。Cloudflareは、IPアドレスをディスクに保存せず（トラブルシューティング用の小さなランダムなパケットサンプルを除く）、切り詰めたログを25時間以内に削除するとしています。どちらのサービスも、DoHかDoTを使わない限り、ISPからルックアップを隠すことはできません。

Google DNSは何かをブロックする？

いいえ。Googleによれば、Google Public DNSは、まれなセキュリティ上・法律上のケースを除き、いかなるドメインもブロックやフィルタリングしません。ただしDNSSECは検証するため、署名が壊れたドメインは、偽造の可能性がある応答を返す代わりにSERVFAILで失敗します。フィルタリングが必要なら、そのために作られたリゾルバーを使いましょう。

Google DNS vs Cloudflare vs Quad9：当サイトの速度テスト

8.8.8.8は1.1.1.1より速いのでしょうか？答えはネットワーク次第なので、実際に測定しました。2026年10月4日、インドの2か所（アーンドラ・プラデーシュ州のJio家庭用回線と、ナビムンバイのデータセンターにある当サイトのWebサーバー）から、各リゾルバーに人気のある名前（キャッシュ済み）を15回、新しい名前（未キャッシュ）を15回問い合わせました。表は応答時間の中央値です。

世界全体では、DNSPerfのリゾルバーランキング（直近30日間、2026年10月4日に閲覧）で1.1.1.1がわずかにリードしており、平均13.63 msに対してGoogleが19.47 ms、Quad9が21.62 msです。インドで測った私たちの数値は、平均値が誤解を招きうる理由を示しています。

未キャッシュのテストでは、どちらのネットワークでもGoogleが勝ちました（家庭用回線で116〜121 ms、データセンターから64 ms）。これはサイトを初めて訪れたときに体感する速さです。キャッシュ済みの名前では、家庭用回線でCloudflareのほうが速く応答しました（26 ms、8.8.4.4は31 ms、8.8.8.8は53 ms）。データセンターからは、どのリゾルバーもキャッシュ済みの名前に2〜3 msで応答しました。

つまり、どこでも「最速のDNS」と言えるものはありません。両者の差はどちらに転んでも数十ミリ秒程度です。これは、優れたパブリックリゾルバーと遅いISPのリゾルバーとの差よりも小さいのです。

自分の接続での順位を知るには、DNS RobotのDNS スピードテストを実行してください。Google、Cloudflare、Quad9ほか9つのパブリックリゾルバーをブラウザからDNS-over-HTTPSで測定し、キャッシュ済みルックアップの中央値で順位を付けたうえで、1位のリゾルバーと現在のDNSを、初めて引く新しいドメイン名で比較します。

Google DNS（8.8.8.8）の設定方法

ルーターに設定すれば、Wi-Fiにつながるすべてのデバイスに適用されます。ルーターを変更できない場合や、自宅の外に持ち出すノートPCやスマートフォンでは、デバイスごとに設定します。

ルーターで設定する

• ルーターの管理画面にサインインします。通常は192.168.1.1か192.168.0.1です。ルーターログインガイドには、80以上のルーターとインターネットプロバイダーのデフォルトアドレスとパスワードを掲載しています。
• インターネット、WAN、DHCP のいずれかの設定を開き、DNS欄を探します。
• DNSを自動から手動に切り替え、8.8.8.8 と 8.8.4.4 を入力します。IPv6の項目があれば、2001:4860:4860::8888 と 2001:4860:4860::8844 を入力します。
• 保存したら、デバイスを再接続（またはルーターを再起動）して、変更を反映させます。

Windows 11・10で設定する

• 設定 → ネットワークとインターネット を開き、Wi-Fi または イーサネット を選んで、使用中の接続をクリックします。
• DNSサーバーの割り当て の横にある 編集 をクリックし、手動 に切り替えます。
• IPv4 で、8.8.8.8（優先）と 8.8.4.4（代替）を入力します。Windows 11では、それぞれの DNS over HTTPS を オン (自動テンプレート) に設定できます。
• IPv6 で 2001:4860:4860::8888 と 2001:4860:4860::8844 を入力し、保存します。
• Windows 10 の設定アプリにはDNS専用の項目がありません。Win + R を押して ncpa.cpl を実行し、アダプターを右クリックして プロパティ → インターネット プロトコル バージョン 4 (TCP/IPv4) → プロパティ → 次の DNS サーバーのアドレスを使う を開き、インターネット プロトコル バージョン 6 (TCP/IPv6) でも同様に設定します。下のコマンドはどちらのバージョンでも使えます。

REM 管理者としてコマンドプロンプトで実行。"Wi-Fi"はアダプター名に置き換える
REM （アダプターの一覧: netsh interface show interface）
netsh interface ipv4 set dnsservers name="Wi-Fi" source=static address=8.8.8.8 validate=no
netsh interface ipv4 add dnsservers name="Wi-Fi" address=8.8.4.4 index=2 validate=no
netsh interface ipv6 set dnsservers name="Wi-Fi" source=static address=2001:4860:4860::8888 validate=no
netsh interface ipv6 add dnsservers name="Wi-Fi" address=2001:4860:4860::8844 index=2 validate=no
ipconfig /flushdns

macOSとLinuxで設定する

• macOS： システム設定 → ネットワーク → Wi-Fi → 詳細 → DNS で + をクリックし、8.8.8.8、8.8.4.4 と2つのIPv6アドレスを追加します。
• systemd-resolvedを使うLinux（例：UbuntuやFedoraのデスクトップ）：NetworkManagerで接続ごとに設定するか、下記のように resolvectl を使います。これらのシステムでは /etc/resolv.conf を手で編集しないでください。自動で再生成されます。

# macOS
networksetup -setdnsservers Wi-Fi 8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844

# Linux（NetworkManager）："Home Wi-Fi"は自分の接続名に置き換える
nmcli con mod "Home Wi-Fi" ipv4.dns "8.8.8.8 8.8.4.4" ipv4.ignore-auto-dns yes \
  ipv6.dns "2001:4860:4860::8888 2001:4860:4860::8844" ipv6.ignore-auto-dns yes
nmcli con up "Home Wi-Fi"

# Linux（systemd-resolved、次に再接続するまで有効。wlan0は自分のインターフェース名に置き換える）
sudo resolvectl dns wlan0 8.8.8.8 8.8.4.4
resolvectl status wlan0

AndroidとiPhoneで設定する

• Android 9以降： 設定 → ネットワークとインターネット → プライベート DNS（機種によっては 詳細設定 の中）を開き、プライベート DNS プロバイダのホスト名 を選んで dns.google と入力します。ルックアップが暗号化され、Wi-Fiだけでなくモバイルデータ通信でも機能します。
• iPhoneとiPad： 設定 → Wi-Fi で、ネットワークの横の (i) をタップし、DNSを構成 → 手動 を選びます。既存のエントリを削除し、8.8.8.8 と 8.8.4.4 を追加します。この設定はそのWi-Fiネットワークにだけ適用されます。

Google DNSを使えているか確認する方法

Googleは、問い合わせてきた相手のアドレスを返す特別な名前を公開しています。サーバーを指定せずに実行すれば、クエリは通常の設定どおりに送られます。

# Windows、macOS、Linux
nslookup -type=TXT o-o.myaddr.l.google.com

# Google DNSを使っている場合：Googleのアドレス（多くは172.253.x.x、192.178.x.x、74.125.x.x）
# と"edns0-client-subnet"の行が返る。
# 使っていない場合：代わりにISPやVPNのリゾルバーのアドレスが返る。

# DNSSECの確認：この意図的に壊されたドメインは失敗するはず
dig @8.8.8.8 dnssec-failed.org | grep status
# status: SERVFAIL

nslookup の応答にまだISPが表示される場合は、何かが設定を上書きしています。ルーターがISPのDNSに転送している、IPv6のDNSサーバーが自動のままになっている、VPNを使っている、あるいはポート53を横取りするネットワーク（後述）などです。ブラウザのセキュアDNS設定は、システムのリゾルバーを使うこのテストには影響しません。変更後はDNSキャッシュをフラッシュして、古い応答でテスト結果が紛らわしくならないようにしましょう。

8.8.8.8がつながらない？よくある原因

Google Public DNS自体がダウンすることはめったにありません。失敗しているように見えるときは、たいてい次のいずれかが原因です。

• ネットワークがDNSを横取りしている。 一部のISP、ホテル、オフィスのファイアウォールは、ポート53のクエリをすべて自前のリゾルバーにリダイレクトするため、設定に8.8.8.8を入れても何も変わりません。その場合、上記の o-o.myaddr.l.google.com テストではGoogle以外のアドレスが表示されます。ネットワークが許可していれば、dns.googleへのDoHかDoTで回避できることが多いです。
• キャプティブポータル。 ホテル、空港、カフェのWi-Fiでは、ログインページがネットワーク自身のDNS経由でしか表示されないことがよくあります。DNSを自動に戻してログインし、その後で元の設定に戻してください。
• 自前のDNSしか許可しないファイアウォール。 企業や学校のネットワークでは、外部リゾルバーへのポート53と853がブロックされていることがよくあります。その場合はネットワークのリゾルバーを使ってください。
• DNSSECが壊れたドメイン。 Googleは署名を検証します。ドメインのDNSSECに設定ミスがあると、GoogleはSERVFAILを返しますが、検証しないリゾルバーならアドレスを返すことがあります。修正はドメイン側で行う必要があります。
• レート制限。 Googleは、IPv4アドレス（またはIPv6の/64）ごとに毎秒最大1,500クエリまで受け付けます。家庭のユーザーがこれに近づくことはありませんが、1つのIPの背後にある大量処理のメールサーバーやクローラーは達することがあります。
• 古い応答。 切り替え後も、キャッシュされた応答はTTLが切れるまでデバイスに残ります。キャッシュをフラッシュしてから、もう一度テストしてください。

どのサイトもまったく表示されない場合は、DNSサーバーが応答しないときのガイドに沿って確認してください。特定のサイトだけがDNS_PROBE_FINISHED_NXDOMAINで失敗する場合、問題はたいていそのドメイン自身のレコードにあります。NXDOMAINの直し方を参照してください。