web-dev-qa-db-ja.com

ISPはDNSをキャッシュしますか？

私は自分のzoneedit.comに移動し、mydomain.comを変更して別のIPを指すようにしました。しかし、変更はまだ影響を与えていません。

これは、ISPのDNSがキャッシュしているためですか？

domain-name-systemipcache
13
Alex

はい。 ISPはほぼ間違いなく一定期間DNS設定をキャッシュしています。 TTLが期限切れになると、レコードを更新することになっています。残念ながら、DNSキャッシングスキームでTTLをすべて無視しているように見えるISPが多数あります。これらのISPは、非常に低いTTLを設定していても、新しいレコードを尊重するまでに数時間または数日かかる場合があります。

22
Catherine MacInnes

私は同じ問題に直面し、Google DNSを使用して修正しました

ネットワーク/ IP設定を開き、次のようにDNSサーバーを使用します。

8.8.8.8
8.8.4.4

これらはGoogle DNSであり、ISPがキャッチを更新するまで問題を解決します enter image description here

12
Voo

ここには2つあります。 1つは、ドメインレジストラーが提供したDNSエントリを、ある種のWebフォーム/管理パネルを通じてレジストラーDNSサーバーに配置するのにかかる時間です。この「更新」プロセスは通常15分以内に行われます。

2つは各RR（レジストリレコード）のTTLフィールドで、基本的には次のとおりです。誰かがdomain.comについて以前に尋ねた場合、domain.com-> IPアドレスRRをTTL秒間キャッシュします（キャッシュそのため、権限のあるサーバーに再度問い合わせる必要はありません/一部のホストがdomain.comについて尋ねるたびに）。 TTLの値はさまざまですが、通常は約1日== 86400秒に設定されています。

次のコマンドを使用して、ISPのDNSサーバーに明示的に要求することにより、ISPのDNSサーバーが結果をキャッシュしたかどうかを実際に確認できます。

nslookup domain.com ns1.isp.com
Dig domain.com @ns1.isp.com

応答フィールドのTTLは、RRがサーバーにキャッシュされる時間を示します。

2
colemik

アレックス：

はい。ドメインのDNSレコードはTTL（ "time to live"）値を指定します。これは、クライアントコンピューター（およびISPネームサーバー）に、指定した時間だけ結果をキャッシュしてから再度問い合わせるように指示します。デフォルト値は24〜48時間が一般的です。

将来の移行をよりスムーズに行うための1つの良い方法を次に示します。カットオーバー日より数日先に進んで、TTLを300秒などの非常に短いものに変更します。新しいIPアドレスを使用すると、24時間に戻すことができます。観点から見ると、長いTTLの主な利点は、サイトの訪問者がキャッシュされたDNSクエリのパフォーマンス上の利点を体験できることです。また、ドメインのネームサーバーの負荷を軽減します。

現在の状況を考慮して、古いアドレス（サイトが静的な場合）でコンテンツを数日間ミラーリングし続けるか、ドメインの古いIPアドレスでHTTPサーバーを構成してリクエストを参照する可能性を探ることができます。新しいIPアドレス（サイトが動的な場合）。

乾杯、

マイル

1
Skyhawk

ISPは、指定した限りDNSエントリをキャッシュするDNSサーバーを実行します。

DNSレコードを制御する場合、そのレコードの1つの側面は、権限のあるDNSサーバーから値を取得した後、その値をDNSサーバー（および適切に動作しているクライアント）にキャッシュする期間を伝える「TTL」です。

注意してください-ISPとISPのDNSサーバーの間には大きな違いがあります。 ISPのDNSサーバーの使用を強制するものは何もありません。自分で再帰サーバーを実行したり、GoogleのDNSサーバーを使用したり、OpenDNSを使用したりできます。

また、DNSレコードを頻繁に変更する予定であり、それらの更新をすばやく有効にしたい場合は、レコードのTTLを減らしてください。 DNSサーバーですが、同時にDNSの変化がより速く表示されます。

1
chris