DNS如何工作

從高層次上看，這個系統非常簡單，但是當你關注細節時，它又非常複雜。總的來說，它是乙個非常可靠的基礎設施，對於構建我們當今的網際網路，是至關重要的。

如前所述，dns 的核心是乙個分層系統。在這個系統的頂部是所謂的「根伺服器」。這些伺服器由各種組織控制，並由 icann（網際網路名稱和數字位址分配公司）授權。

目前正在使用的根伺服器有 13 個。但是，由於每分鐘都要解析的名稱數量多得令人難以置信，所以實際上每個根伺服器都有映象伺服器。有關這個乙個有趣的事情是，每個根伺服器與它的映象伺服器共享同乙個 ip 位址。當你對某個根伺服器發出請求時，請求會被路由到該根伺服器離你最近的映象伺服器。

這些根伺服器做什麼的？根伺服器處理有關頂級網域名稱資訊的請求。因此，如果某個請求低級別名稱伺服器無法解析，則會向該域的根伺服器進行查詢。

根伺服器不知道實際託管網域名稱的位置。然而，他們會將請求引導到處理特定請求的頂級網域名稱的名稱伺服器。

因此，如果向根伺服器發出對「www.wikipedia.org」的請求，則根伺服器不能在它的記錄檔案中找到與「www.wikipedia.org」匹配的記錄。

但是它會找到「org」 tld 的記錄，並把負責「org」位址的名稱伺服器的位址發回給請求者。

請求者然後向負責該請求的頂級網域名稱的 ip 位址（由根伺服器給予）傳送新請求。

對於我們的例子，它會傳送想負責「org」網域名稱的名稱伺服器傳送乙個請求，看看它是否知道「www.wikipedia.org」在**。

同樣，該名稱伺服器也不會在記錄檔案中找到「www.wikipdia.org」記錄。

但是，它會找到負責「wikipedia.org」的名稱伺服器的 ip 位址。這樣就越來越接近我們想要的答案了。

此時，請求者知道了具體負責該資源的實際 ip 位址的名稱伺服器的 ip 位址。它向該名稱伺服器傳送乙個新的請求，再次詢問它是否可以解析「www.wikipedia.org」。

名稱伺服器檢查其區域檔案，並發現它有與「wikipedia.org」相關聯的區域檔案。在此檔案的內部，有乙個「www」主機的記錄。此記錄說明此主機所在的 ip 位址，並向請求者返回最終答案。

在上面的場景中，我們引用了「請求者

在上面的場景中，我們引用了「請求者」。在這種情況下請求者指的是什麼？

在幾乎所有情況下，請求者都是我們所謂的「解析名稱伺服器」。解析名稱伺服器是配置著為詢問其他伺服器的問題的。它基本上是使用者的中介，它快取著先前的查詢結果來提高速度，並且知道根伺服器的位址，以便能夠「解析」它還不知道的網域名稱。

基本上，使用者通常會在其計算機系統上配置多個解析名稱伺服器。解析名稱伺服器通常由 isp 或其他組織提供。例如，google 提供了你可以使用的 dns 解析伺服器。這些可以在計算機中自動或手動配置。

當你在瀏覽器的位址列中鍵入**時，你的計算機將首先檢視是否可以在本地找到資源所在的位置。它檢查計算機上的「hosts」檔案和其他幾個位置。然後它將請求傳送到解析名稱伺服器，並等待接收資源的 ip 位址。

解析名稱伺服器首先檢查其快取。如果沒有，它將通過上述步驟找到答案。

解析名稱伺服器基本上壓縮了終端使用者的請求過程。客戶端只需要知道請求資源所在的解析名稱伺服器，並且確信他們會查詢並返回最終答案。

你現在知道了 dns 的工作原理。但是要實際操作，你依然需要了解有哪些常見的 dns記錄以及它們的作用