web-dev-qa-db-ja.com

TTLの影響を受けるDNSネームサーバーの更新?それともAレコード、MXなどだけですか?

TTLは1Hに設定されているため、example.comのIP変更をより迅速に行うことができます。

レジストラはns1.example.comとns2.example.comで構成されており、WHOISルックアップを使用して検証されています。 ns1とns2はテキサスを拠点としています。

新しい所有者はそれが良い考えだと考えているので、私たちはすべてのものをニュージャージーに移動しています。

そのため、Aレコードexample.com、www.example.comなどをニュージャージーにルーティングしました。これにより、ns1とns2はまだテキサスに拠点を置いています。

そのため、ニュージャージーns3.example.comとns4.example.comに新しいネームサーバーを設定し、それらは正常に機能していますが、この時点では、レジストラ/ WHOISは、ユーザーにns1とns2の使用を継続するように指示するように設定されています。 。

WHOISネームサーバーの更新を有効にするには48時間の更新が必要であると言われているため、論理的なコースは、WHOISにニュージャージーDNSサーバー(ns3.example.comおよびns4.example.com)をリストすることです。 、次に少なくとも48時間待ってから、Texasサーバー(ns1.example.comおよびns2.example.com)をシャットダウンします。

しかし、TTLは1Hに設定されているので、48時間待つ必要がありますか? public/recursive/ISP DNSサーバーはRegistar/WHOISネームサーバーリストAレコードのTTLより長くキャッシュしますか?

(私はTTLを完全に無視するシステムについては心配していません。私は、AレコードTTLを尊重するシステムが同じTTLを使用するかどうかだけを尋ねています。 Registar/WHOISネームサーバーリスト)

3
Bryan Field

レジストラにこの質問をする必要があります。 NSレコードとそのTTLを直接制御できる場合もあれば、レジストラが独自の設定を持っている場合もあります。

0
Vasili Syrakis

誰もがTTLを尊重し、キャッシュに独自のタイムアウトを設定するわけではありません。よく引用される48時間は、ほとんどの場合十分すぎるほどですが、場合によっては十分な長さではありません。 。

1
user9517

ネームサーバーのTTLは、そのSOAレコード(シリアル、更新、再試行、期限切れ、最小ttl)で定義されます。更新、再試行、期限切れはすべて、セカンダリネームサーバーがどのように動作するかを決定します(インターネットの他の部分ではありません)ゾーンの更新をチェックするWRTの動作、失敗時に再試行する頻度、および認識しているすべてが古くなっていると判断するタイミング。最小TTLは、TTLが明示的に設定されていないゾーン内のすべてのレコード用です。

レジストラが48時間と言った場合は、48時間かかります。

0
quadruplebucky