DNS グローバル伝播チェック
DNS伝播チェッカー
複数の再帰DNSおよびDoHプロバイダ間で結果、遅延、エラー状態を比較します。伝播遅延と解決フォークの診断に最適です。
DNSレコードを変更したりCDNを切り替えたりした後、運用担当者を最も悩ませる問題は:世界中のいつ有効になるのか?どの地域がまだ古いレコードを返しているのか?従来のDNSとDoHの解決結果は一致しているか(DNSハイジャックや汚染は存在しないか)?このツールはバックエンドから世界中の複数の従来のDNSサーバーとDoHエンドポイントを並行してクエリし、各ソースの解決結果、遅延、整合性状態をリアルタイムで表示。DNS伝播の進行状況を直感的に判断し、解決の異常とDNS汚染の問題をすばやく発見できます。
関連おすすめ
ユースケース
- ドメインのAレコードを変更するかCDNを切り替えた後、世界中の各DNSノードが新しいIPアドレスに同期しているかチェックし、伝播の進行が完了したか判断
- DNS汚染やISPによるハイジャックが疑われる場合、従来のDNS(53ポート)とDoH(暗号化DNS)の返却結果を比較。DoHの結果が正しくDNSが異常な場合は汚染が存在することを示す
- ドメインを新しいDNSサービスプロバイダーに移行した後、世界中の各再帰DNSがNSレコードを更新して新しい権威DNSを指しているか検証
- MX/TXT/SPF/DKIMなどのメールレコードを設定した後、各DNSノードが正しく伝播しているかチェックし、メールの送受信の異常を回避
- 一部のユーザーがWebサイトにアクセスできない問題をトラブルシューティングする際、マルチソース検出により一部のDNSキャッシュがリフレッシュされていないことによる解決エラーかどうかを確認
- さまざまなパブリックDNS(Google/Cloudflare/阿里/テンセントなど)の解決遅延を比較し、ターゲットユーザー層に最適なDNS設定を選択
使い方
- 入力ボックスに検出するドメイン(example.comなど)を入力するか、プリセットドメインボタン(geekformat.com/github.com/cloudflare.com/vercel.com)をクリックしてすばやく入力
- 検出するDNSレコードタイプ(A/AAAA/TXT/CNAME/NS/MX)を選択。デフォルトはAレコード
- 「伝播チェックを開始」ボタンをクリックすると、ツールは複数の従来のDNSとDoH解決ソースを並行してクエリ
- 伝播サマリーエリアを確認:整合性状態バッジ(完全一致/部分分岐/完全分岐)、DNS/DoHの成功数と平均遅延、タイムアウト/エラー数、最速ノード
- 回答分布エリアで共有回答(緑色)、DNS固有回答(黄色)、DoH固有回答(青色)を確認し、2つのチャネルの違いを直感的に比較
- 解決ソース別結果エリアで各DNS/DoHソースの詳細な結果を確認し、フィルターボタン(すべて/成功/異常)を使用して問題のあるソースをすばやく特定
- 「DNSリストをコピー」または「DoHリストをコピー」をクリックして検出結果をクリップボードにコピーし、チケット記録やチームコラボレーションに使用
特徴
- デュアル伝送チャネル並行:従来のDNS(53ポート)とDoH(DNS over HTTPS)の両方で世界中の複数の解決ソースを同時にクエリし、2つのチャネルの解決結果を比較
- 6種類のレコードタイプ:A、AAAA、TXT、CNAME、NS、MXの6つの一般的なDNSレコード検出をサポートし、ほとんどのトラブルシューティングシナリオをカバー
- インテリジェント整合性分析:すべての解決ソースから返された結果を自動的に比較し、完全一致/部分的分岐/完全分岐の3つの状態をマークして伝播の進行状況を直感的に判断
- 遅延パフォーマンス比較:DNSとDoHそれぞれの成功数、平均遅延、最速ノードを表示し、各解決ソースの応答パフォーマンスを評価
- 回答分布3色パネル:緑/黄/青の3色で共有回答、DNS固有回答、DoH固有回答を区別し、解決の分岐をすばやく発見
- 異常結果フィルタリング:すべて/成功/異常の3つの状態でフィルタリングし、タイムアウト、空の結果、エラーのある解決ソースをワンクリックで特定
- プリセットドメイン内蔵:geekformat.com、github.com、cloudflare.com、vercel.comなどのプリセットドメインを提供し、クリックするだけですぐに検出可能
よくある質問
DNSレコードを変更した後、どのくらいで世界中に有効になりますか?
伝播時間は主にTTL設定に依存します:TTL 5分は通常5–15分で世界中に見えるようになり、TTL 1時間は約1–4時間、TTL 24時間は最長48時間かかります。NSレコードは各トップレベルドメインサーバーのキャッシュ時間が異なるため、24–48時間かかる場合があります。このツールを使用すると伝播の進行状況をリアルタイムで検出でき、盲目的に待つ必要がありません。
なぜ従来のDNSとDoHで返される結果が異なるのですか?
一般的な原因は3つあります:①DNSキャッシュが同期しておらず、異なるチャネルが異なる再帰DNSのキャッシュをクエリした;②ISPによるDNSハイジャックまたは汚染で、53ポートのクエリが中間デバイスによって改ざんされた;③CDNのGeo-DNSスケジューリングが解決ソースのIP位置に基づいて異なる最寄りノードを返す。DoHの結果が正しいのにDNSが異常なIPを返す場合は、ほぼ間違いなくDNS汚染です。
結果に「部分分岐」と表示されるのは正常ですか?
DNSレコードを変更して間もない場合は正常です。一部のノードは更新されたが一部はまだ古いレコードをキャッシュしていることを示しており、TTLが期限切れになるのを待てばよいです。変更から48時間以上経過しても分岐がある場合は、権威DNSの設定の問題、一部の再帰DNSのキャッシュの異常、またはCDNのスマートスケジューリングにより異なる地域が異なるIPを返している可能性があります(これはCDNでは正常な動作です)。
検出結果を使用してDNS汚染に遭遇したかどうかを判断するにはどうすればよいですか?
DNS列とDoH列の結果を比較してください:DoH(暗号化チャネル)が返すIPが正しく、従来のDNS(53ポート平文)が明らかに異常なIP(海外ドメインが国内の誤ったIPを返す、ドメインが広告ページを指すなど)を返した場合、ほぼ確実にDNSハイジャックまたは汚染が存在します。解決策はDoH/DoTをサポートするDNSに切り替えるかVPNを使用することです。
どのDNSレコードタイプの検出をサポートしていますか?
最も一般的に使用される6種類のレコードタイプをサポートしています:A(IPv4アドレス)、AAAA(IPv6アドレス)、CNAME(別名/Canonical Name)、MX(メール交換)、TXT(テキストレコード、SPF/DKIM/DMARCを含む)、NS(ネームサーバー)。日常の運用におけるほとんどのDNSトラブルシューティングシナリオをカバーしています。
検出がタイムアウトした場合はどうすればよいですか?
単一または少数のソースのタイムアウトは通常正常です(そのDNSノードが一時的に到達不能かネットワークによってブロックされている可能性があります)。ほとんどのソースがタイムアウトする場合は、以下を確認してください:①ドメインのスペルが正しいか(余分なスペースやサフィックスがないか);②ドメインが期限切れで解放されていないか;③ローカルネットワークにファイアウォールによる送信DNSクエリの制限がないか。ネットワーク環境(スマートフォンのテザリングなど)を切り替えて再試行できます。
CDNを切り替えた後、すべてのノードが有効になったことを確認するにはどうすればよいですか?
A/CNAMEレコードを変更した後、このツールでAレコードを選択して検出し、整合性状態が「完全一致」になる(すべてのソースが新しいCDNのIPを返す)のを待ち、回答分布エリアに黄色(DNS固有)または青色(DoH固有)の回答が表示されなくなれば、グローバル伝播が完了したことを確認できます。切り替え前にTTLを300秒(5分)に下げて伝播速度を上げることを推奨します。
用語集
- DNS伝播(DNS Propagation)
- DNSレコードが権威サーバーで更新された後、世界中の各再帰DNSキャッシュサーバーに徐々に拡散するプロセス。必要な時間はTTL設定とキャッシュのリフレッシュ速度に依存します。
- DoH(DNS over HTTPS)
- HTTPSベースで暗号化伝送するDNSクエリのプロトコル。443ポートを使用し、DNSクエリの盗聴、改ざん、ISPによるハイジャックを防止できます。代表的なサービス:Cloudflare 1.1.1.1、Google 8.8.8.8。
- DoT(DNS over TLS)
- TLSベースで暗号化するDNSプロトコル。853ポートを使用し、DoHと似ていますがHTTPプロトコルのカプセル化を介さず、直接TLS層でDNSメッセージを伝送します。
- DNS汚染(DNS Poisoning)
- 中間者がDNS応答パケットを改ざんしてドメインを誤ったIPに解決する攻撃手法。DoH/DoTは暗号化伝送によりこの種の攻撃を効果的に防止できます。
- TTL(生存時間)
- Time To Live、DNSレコードが再帰DNSサーバーにキャッシュされる秒数。TTLが短いほど伝播は速く、一般的な値は300(5分)から86400(24時間)です。
- 再帰DNS(Recursive DNS)
- ユーザー向けに解決サービスを提供するDNSサーバー(8.8.8.8、1.1.1.1など)。ユーザーに代わって権威DNSに段階的にクエリし、結果をキャッシュします。
- 権威DNS(Authoritative DNS)
- ドメインの元のレコードを保持するDNSサーバー。ドメインレジストラまたはDNSサービスプロバイダーによってホストされ、DNSレコードの「公式ソース」です。
- 解決分岐(Resolution Forking)
- 異なる地域または異なる伝送チャネルが異なるDNS解決結果を返す現象。キャッシュがリフレッシュされていない、CDNスマートスケジューリング、またはDNS汚染によって引き起こされる可能性があります。
- A/AAAAレコード
- AレコードはドメインをIPv4アドレスにマッピングし、AAAAレコードはIPv6アドレスにマッピングします。最も一般的に使用されるDNSレコードタイプで、ドメインがどのサーバーに解決されるかを直接決定します。
- CNAME/MX/TXT/NS
- CNAMEは別名レコード(別のドメインを指す);MXはメール交換レコード(メールサーバーを指定);TXTはテキストレコード(SPF/DKIM検証などに使用);NSはネームサーバーレコード(権威DNSを指定)。
一般的なパブリックDNSサーバーとDoHエンドポイント対照表
| プロバイダー | DNS IP | DoHエンドポイント | 所属 | 特徴 |
|---|---|---|---|---|
| Google DNS | 8.8.8.8 / 8.8.4.4 | https://dns.google/dns-query | 米国 | 世界中のノードが多く、解決が安定しており、DoH/DoTをサポート |
| Cloudflare | 1.1.1.1 / 1.0.0.1 | https://cloudflare-dns.com/dns-query | 米国 | プライバシー重視、低遅延、クエリログを記録しない |
| Quad9 | 9.9.9.9 | https://dns.quad9.net/dns-query | スイス/米国 | 悪意のあるドメインブロックを内蔵、セキュリティ保護 |
| OpenDNS | 208.67.222.222 | https://doh.opendns.com/dns-query | 米国(Cisco) | コンテンツフィルタリングとフィッシング保護をサポート |
| 阿里DNS | 223.5.5.5 / 223.6.6.6 | https://dns.alidns.com/dns-query | 中国 | 国内ノードのカバレッジが良く、解決速度が速い |
| 腾讯DNSPod | 119.29.29.29 | https://doh.pub/dns-query | 中国 | 国内アクセスが安定しており、DoHをサポート |
| 114DNS | 114.114.114.114 | N/A | 中国 | 老舗の国内パブリックDNS、ノードカバレッジが広い |
DNS整合性状態と対処推奨
| 整合性状態 | 色 | 意味 | 推奨アクション |
|---|---|---|---|
| 完全一致 | 緑色 | すべてのDNSとDoHソースが完全に同じ解決結果を返す | 伝播は完了し、レコードは世界中で有効になっている |
| 部分分岐 | 黄色 | 一部のノードは新しいレコードを返し、一部はまだ古いレコードまたは異なる結果を返す | TTLが期限切れになるのを待ってから再度検出するか、CDNスマートスケジューリングによる正常な違いかどうかを確認 |
| 完全分岐 | 赤色 | 各ソースが返す結果は完全に異なり、DNSとDoHの結果が一致しない | DNS汚染/ハイジャックまたは権威DNSの設定ミスの可能性がある。優先的にDoHで正しい結果を検証し、ローカルネットワークの問題をトラブルシューティング |
| タイムアウト/エラー | 赤色 | 一部のDNSソースに接続できないかエラーが返される | ネットワークの問題、DNSサーバーの障害、またはドメインが存在しない可能性がある。ドメインのスペルと権威DNSの状態を確認 |
| 空の結果 | 黄色 | DNSクエリは成功したがそのタイプのレコードが返されなかった | レコードタイプが正しいか、またはそのレコードがまだ権威DNSに公開されていないかを確認 |
DNSレコード変更後の伝播時間リファレンス
| TTL設定 | 予想伝播時間 | 適用シナリオ | 注意事項 |
|---|---|---|---|
| 300秒(5分) | 5–15分 | 緊急切り替え/障害フェイルオーバー | TTLが低すぎると権威DNSのクエリ負荷が増加するため、切り替え完了後は上げることを推奨 |
| 3600秒(1時間) | 1–4時間 | 通常の運用/計画内変更 | 伝播速度とDNS負荷のバランスをとる一般的な値 |
| 86400秒(24時間) | 24–48時間 | 安定したビジネス/変更頻度の低いレコード | 変更前に事前にTTLを下げ、古いキャッシュが期限切れになるのを待ってから切り替えることを推奨 |
| 604800秒(7日) | 2–7日 | NSレコード/ネームサーバー | NSレコードはキャッシュ時間が長いため、DNSサービスプロバイダーを変更する際は特に注意が必要 |
Authoritative References
- ReferenceRFC 8484 - DNS Queries over HTTPS (DoH)
- ReferenceDNS Propagation Checker - whatsmydns.net
- ReferenceCloudflare - DNS伝播の原理の説明
- 認証ヘッダー生成
- Cache-Control解析
- Content-Disposition解析
- CORSヘッダー生成
- CORS インスペクター
- CSP生成
- cURL コードジェネレーター
- DNS グローバル伝播チェック
- DNS参照
- Forwardedヘッダー解析
- hreflang生成
- HSTS解析
- HTTPクッキー解析ツール
- HTTPヘッダー検査
- HTTPリクエスト送信
- HTTPステータスコード検索
- IP アドレス検索
- IPv4 コンバーター
- IPv4範囲展開
- IPv6ツールボックス
- Linkヘッダー解析
- MX照会
- ポートチェック
- URLパラメータ生成
- レートリミットヘッダー解析
- リダイレクトチェッカー
- Robots.txt ジェネレーター
- robots.txt検査
- セキュリティヘッダー検査
- Security.txt ジェネレーター
- Set-Cookieパーサー
- サイトネットワーク監査
- Sitemap ジェネレーター
- Sitemap検査
- SSL証明書チェッカー
- サブネット計算機
- URL解析
- User-Agentパーサー
- UTMリンク生成
- WebSocketテスト
- 私のIPとは?
- WHOIS検索