リアクション（b）はDNSの名前解決プロセスの分析を読んで内部のJava Web技術の深さ分析

記事「Web要求について」を開始する方法についてですHTTPリクエストを要求がステップのプロセスを開始するために、それは重要である- DNS説明解決プロセスを渡している、この記事は続くDNS解決プロセスをドメイン名を分析することですどのように解析します。

A、DNS名前解決の手順

以下にDNS基本的な原理と解析手順について説明名前解決の例。
書き込み絵は、ここで説明しました
次DNSの分析の手順は、後に追跡するために、コマンドラインの形で、説明するDNS解決プロセスを。ユーザーがアドレスバーに入力するとwww.baidu.com、キーとQiaoxia入力した後、DNSが始まりました。

ステップ1：ブラウザのキャッシュは、ドメイン名に対応するIPアドレスをキャッシュされたかどうかをチェック

ユーザがブラウザを介してWebサイトを訪問した後、ブラウザが自動的に対応するドメインキャッシュするIPユーザーのアクセスが再び、ブラウザがキャッシュから対応するIPアドレスを探しますときがあるのでアドレスを、キャッシュだけではありませんサイズ制限はなく、時間制限（ドメイン名はで、キャッシュされているTTLプロパティを設定する）、対応するドメイン名がありますIP見つけることができません。キャッシュからドメイン名に対応するサイトを見つけるために、ブラウザがするとIP全体のアドレスDNS分析プロセスが完了すると、見つからない場合は、次のステップになります。以下のためにIP時間の問題をキャッシュ、時間をバッファリングするドメイン名が対応する場合には、あまりにも長い間、あまりにも長く設定すべきではないIP変更が短すぎる場合、ユーザーは頻繁に解決ドメイン名で、その結果、適切にいくつかの時間のためのウェブサイトにアクセスすることはできません。

ステップ2：あなたは、ブラウザのキャッシュIPで見つからない場合、それはネイティブシステムを探し続けるがIPキャッシュされています

最初のステップは、ドメイン名の解決プロセスを完了しなかった場合は、ブラウザが対応するドメイン名を超えるシステムキャッシュシステムキャッシュするかどうかを調べるために行くIPのアドレスシステム自体も名前解決への基本的な能力を持っているとして、理解することができます。ではWindowsシステム、あなたが提供することができhosts、手動でファイルに特異的に結合するドメイン名にIP、hostsファイルの場所C:\Windows\System32\drivers\etc\hosts。平均的なユーザーのために、手動で結合ドメインにはお勧めしませんとIP、開発者のための、および結合ドメインを介してIP、あなたは簡単に環境を切り替えることができ、それは、開発とテストのための開発環境にテスト環境から切り替えることができます。ではXPシステム、ハッカーは、多くの場合、自分のコンピュータを修正するhostsファイルを、ユーザーが多くの場合、ドメイン名が彼の指定にバインドされているアクセスIPローカル達成するために、上のDNSこれらのドメイン名ハイジャックにつながる、解像度を。ではLinuxまたはMacシステムhostsファイル/etc/hosts、ファイルは、同じ目的を達成するために変更することができます。

前两步都是在本机上完成的，所以没有在上面示例图上展示出来，从第三步开始，才正在地向远程DNS服务器发起解析域名的请求。

第三段階：ローカルDNSドメイン名解決サービスシステムへの要求を開始

あなたは、ドメイン名がマシンに完了し解決できない場合、システムは、ローカルドメインネームシステム解決するために、ローカルDNSサービスシステムを頼むことができるLDNSドメインネームサーバは、そのようなあなたが、その後、ドメインネームシステムに接続するキャンパスネットワークとして、地域で一般的にあなたのキャンパスの部屋、あなたがサービスを提供するために、それぞれの事業者テレコム、チャイナモバイルやChina Unicom社のネットワーク、地域内のローカルDNSサーバに接続している場合。ローカルの場合はDNS、サーバアドレス、Windowsシステムコマンドはipconfigで、見ることができるLinuxとMac直接コマンドを使用して、システムの下にcat /etc/resolv.conf表示するLDNSサービスアドレスを。LDNS一般的には、ほとんどオーバーここでは、時間のキャッシュ有効期限の時間領域制御により、当然のことながら、分析作業のほとんどをドメイン名解決のほとんどの結果をキャッシュLDNS分析作業のほとんどを担当します。

第四段階：ルートDNSサーバにDNS要求を開始

ローカルDNSドメイン名リゾルバは、ローカルDNSサーバがルートネームサーバを解決するための要求を開始し、まだ完全に解消されません。

ステップ5：ルートサーバが返すのgTLD DNSサーバアドレス

ローカルDNSDNS解決要求ルートネームサーバを開始するために、ルートサーバは、ジェネリックトップレベルドメインチェックドメイン（返し、Generic top-level domain，gTLD）アドレスを、そこに共通のgTLDは.com、.cn、.org、.eduのように。

ステップ6：サーバーのgTLDを解決するための要求を開始

ローカルDNSサーバは、サーバのgTLDにリクエストを送信します。

ステップ7：のgTLDサーバは要求を返すネームサーバーのサーバーを受け取ります

gTLDサーバーは、ローカルドメインネームサーバは要求を開始し、解決のドメイン名に、必要に応じて受け取り、対応するドメイン名を見つけるName Serverドメイン・ネーム・サーバは、通常の状況下では、このName Serverサーバーは、ドメイン・ネーム・サーバーを登録することで、サービスプロバイダのサーバーは、ドメイン名を登録仮定しますDNSタスク。

ステップ8：ネームサーバーのサーバーは、ローカルサーバーにIPアドレスを返します。

Name Server対応するドメインネームサーバの検索IP住所、IP一緒にアドレスTTLローカルドメインネームサーバに返された値を。

ステップ9：ローカルドメインネームサーバは、解析の結果をキャッシュします

時間によってローカルドメインネームサーバのキャッシュリゾルバキャッシュの結果は、TTL時間を制御します。

ステップ10：分析結果がユーザに返さ

解析結果は、システムがキャッシュする、ユーザーに直接戻されるIP時間によってアドレスバッファをTTL処理終了を解析し、このように、制御されます。

ここのためのDNSステップを解析するコマンドラインオプションでドメイン名解決のプロセスを解決するために、特に後に、簡単な分析です。

二、DNS名前解決プロセス分析

構文解析プロセス分析の公式開始する前に、最初はいくつかの基本的なドメイン名解決モードの概念を導入します。DNSレコードが分かれているA记录、MX记录、CNAME记录、NS记录とTXT记录。

A记录：Aそれは表すAddressの対応するドメインのために、IPあろうような、アドレスmap.baidu.comに割り当てることに割り当てられ、DNSの複数のできるように記録複数のIPアドレスにドメイン名をアドレスではなく、。180.97.34.157zhidao.baidu.com180.149.131.245AIP
MX记录：MX表現Mail Exchageドメイン名でメールサーバが自分に向けることができる、つまり、Mail Serverなど、baidu.comドメイン名AレコードIPアドレス180.97.34.157場合、MXレコードが設定されて180.97.34.154いること、[email protected]ルーティングメールは、その後、DNS意志にメッセージを送信し180.97.34.154、サーバーが配置されている通常の間web要求まだに解決AIPアドレスレコード180.97.34.157。
CNAME记录：CNAMEを参照しCanonical Name、指定したドメイン名を解決するための別名である別のドメイン名に解決することができ、ドメイン名と他のドメイン名はエイリアス、別名解像度と呼ばれる全体の解決プロセスを指定することです。例えば、それはなりbaidu.comに解決解決するには、それがある、との別名。itlemon.cncsdn.netitlemon.cnitlemon.cnbaidu.comCSDN.net
NS记录：特定のドメイン名用に指定されていることをDNS解決するためのサーバー。
TXT记录：のような、ホスト名またはドメイン固有の命令に設定itlemon.cnされたTXTレコードのセット“Lemon的技术笔记”、このTXTレコードがされてitlemon.cn説明。

上記の概念IPアドレスが理解の助けになっています。ドメイン名を解決することによって、以下のbaidu.com更なるドメイン名解決処理を説明するために、例えば、。

ドメイン名は、直接結果を表示するには、コマンドすることができますnslookupプラスのドメイン名を表示する：
書き込み絵は、ここで説明しました
上記の図は、Non-authoritative answer非権限のあるサーバーからの分析結果、キャッシュからの結果は、完全にすべての解析プロセスを経験していないという意味を表し、キャッシュから読み込みます結果として、このように対応するドメイン名とその結果、ことを特定リスクがあるIPアドレスは、より可変となっているが。
これは、単に迅速な分析結果である、あなたはすべての解析プロセスを確認する必要がある場合は、あなたが使用することができますdig解決プロセスを表示するコマンドを。
書き込み絵は、ここで説明しました
分析チャートでDNS解析処理、我々は見ることができます：
最初のステップ：ローカルからDNSのDNSサーバーを取得するために13、ルートDNSネームサーバ(.)のホスト名に対応します。
書き込み絵は、ここで説明しました
ステップ2：から13のルートネームサーバ1で（ここではh.root-servers.net）トップレベルに到達するcom.サーバーのIP（図示せず）と名前。

第3のステップは：にcom.ドメインサーバ192.43.172.30(i.gtld-servers.net)要求解析、それが返しbaidu.com、サーバドメインIP（図示せず）とネームサーバ百度は、4つのトップレベルドメインを有します。
書き込み絵は、ここで説明しました
ステップ4：Baiduのトップレベルドメインサーバへの220.181.37.10(ns3.baidu.com)要求はwww.baidu.com、それが見つかりました。つまりwww、個々の名前ではなく、ホストの別名www.a.shifen.com。

通常の状況下では、DNS別名への解決は、特定のに戻って、停止したIPアドレスは、特定の見たい場合は、IPアドレスを、エイリアスはさらに解析することができ、次のように、分析結果は以下のとおりです。
書き込み絵は、ここで説明しました
この分析の最終結果を参照するには時間があるさ180.97.33.107と180.97.33.108。エイリアスを解析する過程では、あなたが見つけることができるshifen.comとbaidu.com同じドメインネームサーバに指定されています。上記のドメイン名解決プロセス、最終分析結果との使用開始でnslookup同じ結果。