☰

キャッシュされたネームサーバー、古いサーバーのレコードを新しいものに変更できますか?

tag-icon • tag-icon domain-name-system
キャッシュされたネームサーバー、古いサーバーのレコードを新しいものに変更できますか?

キャッシュされたネームサーバーを持つドメインで問題が発生しています。一部の地域では、新しい Web サイトではなく古い Web サイトに移動します。古いホスティング DNS にアクセスして変更し、A record新しい Web サイトに移動することはできますか? このキャッシュの有効期限はどのくらいですか?

答え1

古いホスティング DNS にアクセスして A レコードを変更し、新しい Web サイトに移動することはできますか?

はい、まさにそうすべきです。

このキャッシュの有効期限はどのくらいですか?

短い答え

一週間待ってください。

通常、移行期間は数日以上かかることはありませんが、丸々 1 週間かかることはまれです。このプロセスがどのように機能するかの技術的な詳細に立ち入りたくない場合は、1 週間が安全です。また、1 週間あれば、新しい環境に致命的な問題があり、古いサーバーに「ロールバック」しなければならない可能性がある場合に気づく時間もあります。

長い回答

これに関連する Q&A を紹介します。

NSレコードのTTLが高い場合のDNSプロバイダーの移行

レジストラのコントロールパネルにログインしてDNSサーバーを変更すると、移行期間に入り、すでにドメインを認識している再帰DNSサーバーは変更を反映する必要があります。安全できることは、この期間が終了するまで、古いネームサーバーと新しいネームサーバーの両方を同一の状態に維持することです。

この移行期間の期間は、委任パスでドメインに関連付けられた最大のTTLです。これは、NSあなたが管理するネームサーバー内にあるレコードになります。代表団もそれを指摘しているこれは視覚的に説明する方が簡単で、digUNIX/Linuxボックスでコマンド（dig +trace example.com）を使用するか、同様のウェブベースのツール同じ機能を提供します。

の場合example.com、次のような出力が表示されます。

.           233637  IN  NS  a.root-servers.net.
.           233637  IN  NS  b.root-servers.net.
.           233637  IN  NS  c.root-servers.net.
.           233637  IN  NS  d.root-servers.net.
.           233637  IN  NS  e.root-servers.net.
.           233637  IN  NS  f.root-servers.net.
.           233637  IN  NS  g.root-servers.net.
.           233637  IN  NS  h.root-servers.net.
.           233637  IN  NS  i.root-servers.net.
.           233637  IN  NS  j.root-servers.net.
.           233637  IN  NS  k.root-servers.net.
.           233637  IN  NS  l.root-servers.net.
.           233637  IN  NS  m.root-servers.net.
;; Received 228 bytes from 8.8.4.4#53(8.8.4.4) in 4 ms

com.            172800  IN  NS  h.gtld-servers.net.
com.            172800  IN  NS  l.gtld-servers.net.
com.            172800  IN  NS  a.gtld-servers.net.
com.            172800  IN  NS  f.gtld-servers.net.
com.            172800  IN  NS  c.gtld-servers.net.
com.            172800  IN  NS  m.gtld-servers.net.
com.            172800  IN  NS  i.gtld-servers.net.
com.            172800  IN  NS  k.gtld-servers.net.
com.            172800  IN  NS  g.gtld-servers.net.
com.            172800  IN  NS  e.gtld-servers.net.
com.            172800  IN  NS  d.gtld-servers.net.
com.            172800  IN  NS  j.gtld-servers.net.
com.            172800  IN  NS  b.gtld-servers.net.
;; Received 489 bytes from 192.112.36.4#53(192.112.36.4) in 32 ms

example.com.        172800  IN  NS  a.iana-servers.net.
example.com.        172800  IN  NS  b.iana-servers.net.
;; Received 165 bytes from 192.26.92.30#53(192.26.92.30) in 2484 ms

example.com.        86400   IN  A   93.184.216.34
example.com.        86400   IN  NS  a.iana-servers.net.
example.com.        86400   IN  NS  b.iana-servers.net.
;; Received 93 bytes from 199.43.135.53#53(199.43.135.53) in 22 ms

.上記の出力では、とに関連付けられた TTL は無視しますcom.。これらはドメインのものではないためです。ここで注目する TTL は、 に関連付けられた最後の 2 つのセットですexample.com.。最初のセットは、レジストラのコントロール パネルで設定したネームサーバーへの委任です。2 番目のセットは、NSそれらの DNS サーバーに存在するレコードです。スムーズな移行を確実に行うには、大きいこれら 2 つの値の組み合わせは、通常は委任です。

上記の例では、移行期間は 172800 秒 (2 日間) になります。

関連情報