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

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

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

プロセスシナリオ：

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

どうでしたか？何か不足していますか？

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レコードを返すことがあります。

既に説明したように、ISPのルーターを使用しており、ISPのDNSサーバーのみを使用するように設定されているようです。

その間、ウェブサイトを使用してGoogleのDNSサーバーを確認しました。これはローカルマシンでもnslookup <domain> 8.8.8.8実行できます。コマンドプロンプトでのIPを8.8.8.8で照会します<domain>。

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

ISPのDNSサーバーが更新されると、Webの他のすべてのユーザーと同様に、更新されたページを受け取ります。