DNSの「伝播」と呼ばれるのはなぜですか?


16

システム管理者は、DNSの変更について話すとき、DNSレコードが「インターネット」または「世界」に伝播するのを待つことについていつも話します。問題の事実は、私の名前空間(プライマリ、セカンダリ、ターシャリ)をホストするネームサーバーを除き、DNSレコードが他のDNSサーバーに伝達されないことです。DNSレコード(、、など)を変更するACNAMEMXそれらの変更はすぐにゾーンに反映され、どこにも反映されません。DNSレコードの伝播について話すときに人々が本当に意味するのは、実際にはTTLキャッシングです。ウィキペディアのこの記事では、簡潔に説明しています。

http://en.wikipedia.org/wiki/Domain_Name_System

DNS伝播の概念は神話ではありませんか?では、なぜ「伝播」と呼ばれるのでしょうか?


4
質問はなんですか?あなたはすでに問題を理解しており、一般的な用語で議論しているだけです。私はこの用語が間違っていることを認めますが、ユーザーの観点からは、何が効果的に行われているかを説明しているので、それは固執しています。
マイケルコーン

質問はどこですか?
ウォンブル

質問はありません。コミュニティWikiです。私は意見を求めています。downvoteを説明できますか?私の投稿はこのフォーラムにとって完全に正気か、不適切ですか?ここでルールを誤解していますか?
joeqwerty

ここに疑問はありません。あなたはまさに頭に釘を打ちました。それはただのキャッシングであり、ただのセマンティクスです。ここに見えるものは何もありません。
ThatGraemeGuy 2009年

1
Err Joe、タイトルに質問があります。また、元々これを書いた人は誰でも、100%jack慢なジャッカスとして脱落した。これは純粋にセマンティクスであるため、引数として閉じるようにフラグを立てます。
クリスソープ

回答:


13

神話?やや。

人々がしばしば混乱させる2つの側面があります。ドメイン名レジストラーでドメイン名を変更する場合、たとえばネームサーバーを変更する場合、TLDのネームサーバー(.com、.ca、.frなど)にプッシュされます。そこから伝播が始まります。過去数年では、レジストラが提供した情報を取得するのにレジストラが待機するのに数時間から数日かかることがあり、それを展開サーバーにプッシュして、TLDルートサーバーを1日に2回更新しました。それは長年にわたって急速に改善されており、多くの場合、ドメイン名に加えられた変更はすぐに反映されます。

一方、Aレコードの追加やMXの変更など、DNSゾーンに変更を加えた場合、TTL設定がすべての場所で更新される限り、「最大」になります。それは実際には伝播ではなく、キャッシュです。たとえば、Microsoft DNSのデフォルトは1時間TTLです。

キャッシュを使用すると、変更を行う直前にドメイン名を使用し、TTLが1時間の場合、ドメイン名が更新されるまでに1時間かかります。ただし、変更の直前にドメイン名で何もテストしていない場合、変更はすぐに反映されます。(つまり、まだテストしていない新しいAレコードを追加すると、すぐに有効になります)。

そのため、今日ではほとんどすべての変更が1時間以内(またはDNS TTLが設定されているもの)に有効になります。唯一の例外は、DNSサーバーがTTLを尊重しない場合(スパマーはしばしばそうではない)、またはドメイン名レジストラーのサーバーがインターネットに対して適切に更新されず、レジストラーレベルを変更する場合です。それはあまり頻繁ではありません。


4
一般的ではないTLDで働いていない限り、ネームサーバーの変更は「世界中の13のルートサーバーにプッシュ」されず、TLDのサーバー(.fr、.netなど)にのみプッシュされます。
ボルツマイヤー

1
-1「13台のルートサーバーにプッシュされた」ため
Sandman4

1
bortzmeyerとSandman4に感謝します。正しいのは、更新されるのは13台のルートサーバーではなく、TLDのネームサーバーではないということです。投稿を更新して修正しました。
スコットフォーサイス

11

はい-これらの種類のステートメントを作成するときに、DNSサーバーキャッシュのタイムアウトのキャッシュルックアップについて話しています。

残念ながら、一部のDNSサーバーは、一定期間、TTL値を無視して、指定されたTTLを超えるレコードをキャッシュします。私はISP DNSサーバーがキャッシュされたレコードを非常に低いTTL(分)で最大24時間保持するのを見てきました。そして、おそらくそれらをさらに長く保持するいくつかの本当に脳にダメージを与えたサーバーがあります。


1
前回の主要なWebサイトの移行後、1週間後にWebクローラーが古いアドレスにアクセスしていることに気付きました。
ジェラルドコームズ

ISPが本当に失礼なことをしたいと思うようになりましたが、TTL値を無視するISPに対する公共の恥は、多くの人々を怒らせることにはなりません。それにもかかわらず、ジャークワッド。
エヴァンアンダーソン

1
ボットネット制御に高速フラックスドメインを使用する場合、指定よりもはるかに長い間、非常に低いTTLでデータをキャッシュすることが望ましい場合があります。これにより、高速ドメイン切り替えのための非常に低いTTLのユーティリティが制限されます。
BillThor

8

アイデアが1つの心から別の心に伝播されるのと同じ意味で、それらは世界中のDNSサーバーに「伝播」されます。クエリが受信されると、ローカルDNSキャッシュは情報を学習する必要があります(まだキャッシュされていない場合、またはキャッシュされているが期限切れの場合)。したがって、サーバーにプッシュしたばかりの新しい値は、ゴシップがブログに表示されるのとほとんど同じように、マップに表示されます。まあ、まったく同じではありませんが、きちんとした例えだと思います。


3
+1この投稿にたどり着くまで、このようなことを誰も気にしませんでした^^そして、私はそれを理解していません。できた。いいえ、それらはどこにもプッシュまたは永続的に複製されませんが、「伝播」はいつそのような特定の何かを意味するのですか?繰り返しますが、英語は私の母国語ではありません^^
オスカーデューブボーン

1
私は波の類推に同意します。池に投げ込まれた石のように、岩の影響の即時のポイント(権限のあるサーバーでのDNSの変更)は、すべてのDNSサーバーが変更を反映するまで、原点から拡大し続ける円に反映されます。

6

神話ではなく、MXレコードを変更するときに「伝播速度」の問題がかなり頻繁に発生します。DNSを制御せず、サードパーティを介して作業しているときは常に、TTLが非常に長いかどうかはわかりません。一部のDNSサーバーでは無視されます。MXはSMTPサーバーまたは一部のサーバーでキャッシュされます。すべての3の組み合わせ。とにかく、それが起こると痛い。


3

元のDNS仕様(RFC 1034/1035)では、ゾーンの更新がグローバルに表示される前に、キャッシュの無効化の2つのステップを実行する必要がありました。前述の世界中のキャッシングリゾルバのTTL有効期限に加えて、最初に(すべての)セカンダリネームサーバーがプライマリのゾーンからゾーンデータを更新するのを待つ必要がありました。

1996年にDNS NOTIFY(RFC 1996)が指定されて初めて、すべての権限のあるネームサーバーにゾーンの変更について迅速に通知する標準的な方法がありました。

そのため、2段階のプロセスであったため、「変更の伝播」の元のフレーズが当時より適切だったのかもしれません。


0

サードパーティベンダーとの.com Webサイトのホストに関して、そしてそれらが48時間レコードをキャッシュするという理由だけで、DNS伝播について話されているのを聞いたことがあります。レコードがキャッシュされていないDNSサーバーは、すぐに利用できるようにする必要があります。


-1

私たちが見れば辞書の定義との語源「伝播、」私たちは、言葉は親のいくつかの行為によって、子が生成されることを意味していることがわかります。DNSの場合、特定のゾーンに対して権限のある複数のサーバーがあり、1つのサーバー(「親」レコード)で変更を行うと、レコードは他のサーバー(「子」レコード)に伝播されます。変更をパートナーサーバーにプッシュするレプリケーションシステム。

伝播という用語を使用して、権限のないDNSサーバーがDNSの変更を認識する方法を説明することは、単語の辞書の定義に実際には適合しないため、伝播という用語の誤用です。より適切な用語はdiscoveryです。これは、DNSキャッシュサーバーがアドレス解決を検出し、TTLについてそれを記憶するアクションであるためです。

本当に、DNSの変更が世界中に広まるのを待っているのではなく、それが発見されるのを待っています。


定義は、該当する定義の場合、「拡散してより大きな数またはより大きなエリアに影響を与える」ことです。信号伝搬の概念から派生した可能性があります。
BillThor

-2

私はそれを神話とは呼びません。キャッシュのTTLには、権限のあるDNSサーバーでDNSエントリが更新された後、古いレコードが保持されるという副作用があります。

だからあなたが欲しいと呼びますが、最終結果は同じです。

また、MXレコードはキャッシュされないため、ドメインのMXレコードへの変更はすぐに反映されます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.