web-dev-qa-db-ja.com

DNS解決、ブラウザナビゲーション、およびキャッシュ

NS更新には24時間以上かかる可能性があります。しかし、このプロセスの間に私を興味をそそる何かがあります。

ISPルーターのDNSを変更できないため、WAN/LANを使用するように設定 Google Public DNS

プロセスのシナリオ：

  1. ドメインNSを変更する
  2. 数分後、 dnschecker.org にアクセスし、カスタムDNSサーバーを追加して、Googleパブリックネームサーバーに入ります
  3. dnschecker.org Google DNSを含むDNS更新サーバーの50％がリストされているとしましょう
  4. Windowsのコマンドラインに移動してipconfing /flushdnsと入力します
  5. すべてクリアchromeファイルキャッシュ（Ctrl+Shift+Del）、クリアchromeホスト（ chrome：// net-internals /＃dns ）キャッシュとフラッシュchromeソケットプール（ chrome：// net-internals /＃sockets ）
  6. Finnaly私は新しいChrome（または他のブラウザ））ウィンドウタブでウェブサイトを開き、表示されたウェブサイトは古いものですが、同時に、無料のオンラインでドメインにアクセスするとプロキシのような Whoer 、ウェブサイトは更新されたDNSバージョンをロードします。
  7. たった24時間後、私のchromeは更新されたDNSサイトのバージョンをロードします。

それはどうでしょうか？何か不足していますか？

dnsbrowser-cachewanipconfig
8
André A.

ISPのDNSサーバーはキャッシュにアドレスを持っているため、古いアドレスを返します。データの Time To Live（TTL） が期限切れになるまで、この状態が続きます。

DNSレコードはキャッシュに保存され、主にDNSクエリのパフォーマンスを向上させます。すべてのDNSレコードにはTime to Live（TTL）値があり、これはDNSサーバーがそのレコードをキャッシュに保存する必要がある時間です。レコードが変更された場合でも、DNSサーバーは、この時間が経過するまで、キャッシュから以前の値を使用して作業を続けます。

DNS伝播は、世界中のDNSサーバーがドメイン名のキャッシュ情報を更新するために必要な時間です。これは、変更された可能性のあるDNSレコードのTTLの影響を受けますが、他の要因も関係する可能性があります。

DNSの変更が世界中に反映されるまでに最長で72時間かかる場合がありますが、ほとんどの場合、これは数時間で起こります。

TTLを14400（4時間）などの低い数値（推奨されません）に設定すると、伝播時間を短縮できます。ただし、NSを変更する前に、おそらく96時間前に実行する必要があります。

キャッシュにDNSが含まれていないDNSサーバーにクエリを実行すると、変更がすでにそこまで伝播している場合、新しいDNSレコードが返されることがあります。

11
harrymc

お気づきのように、ISPのルーターを使用していますが、ISPのDNSサーバーのみを使用するように設定されているようです。

その間、GoogleのDNSサーバーをチェックするためにWebサイトを使用しました。ローカルマシンでもこれを実行できます。コマンドプロンプトでnslookup <domain> 8.8.8.8を使用すると、8.8.8.8に<domain>のIPを照会します。

表示されているのは、「Web」上のほとんどのDNSサーバーが更新されているにもかかわらず、ISPのDNSサーバーがOLDの結果を返し続けており、更新されるまでそれを続けているということです。 ISPのDNSサーバーを使用せず、マシンに手動で設定することでこの問題を回避できます（ただし、これはISPが外部DNSアクセスをブロックしていない場合にのみ機能します）。

ISPのDNSサーバーが更新されると、Web上の他の人と同じように、更新されたページが表示されます。

3
djsmiley2kStaysInside