DNS網域名稱解析過程。

當乙個使用者在瀏覽器中輸入**時，dns解析將會有近10個步驟，這個過程大體描述如下。

當使用者在瀏覽器中輸入網域名稱並按下回車鍵後，第1步，瀏覽器會檢查快取中有沒有這個網域名稱對應的解析過的ip位址，如果快取中有，這個解析過程就將結束。瀏覽器快取網域名稱也是有限制的，不僅瀏覽器快取大小有限制，而且快取的時間也有限制，通常情況下為幾分鐘到幾個小時不等，網域名稱被快取的時間限制可以通過ttl屬性來設定。這個快取時間太長和太短都不好，如果快取時間太長，一旦網域名稱被解析到的ip有變化，會導致被客戶端快取的網域名稱無法解析到變化後的ip位址，以致該網域名稱不能正常解析，這段時間內有可能會有一部分使用者無法訪問**。如果時間設定太短，會導致使用者每次訪問呢**都要重新解析一次網域名稱。

第2步，如果使用者的瀏覽器快取中沒有，瀏覽器會查詢作業系統快取中是否有這個網域名稱對應的dns解析結果。其實作業系統也會有乙個網域名稱解析的過程，在windows中可以通過c:\windows\system32\drivers\etc\hosts檔案來設定，你可以將任何網域名稱解析到任何能夠訪問的ip位址。如果你在這裡制定了乙個網域名稱對應的ip位址，那麼瀏覽器會首先使用這個ip位址。例如，我們在測試時可以將乙個網域名稱解析到一台測試伺服器上，這樣不同修改任何**就能測試到單獨伺服器上的**的業務邏輯是否正確。正是因為有這種本地dns解析的規程，所以黑客就有可能通過修改你的網域名稱解析來把特定的網域名稱解析到他指定的ip位址上，導致這些網域名稱被劫持。

這導致在早期的windows版本中出現過很嚴重的問題，而且對於一般沒有太多計算機知識的使用者來說，出現問題後很難發現，即使發現也很難自己解決，所以windows 7 中將hosts檔案設定成了唯讀的，防止這個檔案被輕易修改。

在linux中這個配置檔案是/etc/hosts，修改這個檔案可以達到同樣的目的，當解析到這個配置檔案中某個網域名稱時，作業系統會在快取中快取這個解析結果，快取的時間同樣是受這個網域名稱的失效時間和快取的空間大小控制的。

第3步，在我們的網路配置中都會有「dns伺服器位址」這一項，這個位址就用於解決前面兩個過程無法解析時要怎麼辦，作業系統會把這個網域名稱傳送給這裡設定的ldns，也就是本地區的網域名稱伺服器。這個dns通常都提供給你本地網際網路接入的乙個dns解析服務，例如你是在學校介入網際網路，那麼你的dns伺服器肯定在你的學校，如果你是在乙個小區接入網際網路，那這個dns就是提供給你接入網際網路的應用提供商，即電信或者聯通，也就是通常所說的spa，那麼這個dns通常也會在你所在城市的某個角落，通常不會很遠。

這個專門的網域名稱解析伺服器效能都會很好，他們一般都會快取網域名稱解析結果，當然快取時間是受網域名稱的失效時間控制的，一般快取空間不是影響網域名稱失效的主要因素。大約80%的網域名稱解析都到這裡就已經完成了，所以ldns主要承擔了網域名稱的解析工作。

第4步，如果ldns仍然沒有命中，就直接到root server網域名稱伺服器請求解析。

第5步，根網域名稱伺服器返回給本地網域名稱伺服器乙個所查詢域的主網域名稱伺服器（gtld server）位址。gtld是國際頂級網域名稱伺服器，如.com、.cn、.org等。

第6步，本地網域名稱伺服器（local dns server）再向上一步返回的gtld伺服器傳送請求。

第7步，接受請求的gtld伺服器查詢並返回此網域名稱對應的name server網域名稱伺服器的位址，這個name server通常就是你註冊的網域名稱伺服器，例如你在某個網域名稱服務提供商申請的網域名稱，那麼這個網域名稱解析任務就由這個網域名稱提供商的伺服器來完成。

第8步，name server網域名稱伺服器會查詢儲存的網域名稱和ip的對映關係表，在正常情況下都根據網域名稱得到目標ip記錄，連同乙個ttl值返回給dns server網域名稱伺服器。

第9步，返回該網域名稱對應的ip和ttl值，local dns server會快取這個網域名稱和ip的對應關係，快取的時間由ttl值控制。

第10步，把解析的結果返回給使用者，使用者根據ttl值快取在本地系統快取中，網域名稱解析過程結束。

在實際的dns解析過程中，可能還不止這10個步驟，如name server也可能有多級，或者有乙個gtm來負載均衡控制，這都有可能會影響網域名稱解析的過程。。

DNS網域名稱解析過程。

DNS網域名稱解析過程

DNS網域名稱解析過程

DNS網域名稱解析過程

相關推薦