域名解析（DNS）過程包含很多步驟。本文中，專家將帶你瞭解一些最常見的問題。
在之前的文章中，我描述過域名系統（DNS）是如何工作的。本文中，我們將探討常見的DNS記錄類型和服務響應。
地址記錄：最簡單的響應是一個地址記錄（也稱A記錄）。當客戶端創建了一個www.foo.com查詢時，該域下授權的DNS服務器會響應一個或多個IP地址。
稍微人性化一點，客戶端會提問，服務器端響應。
客戶端：域foo.com中www指的是什麼？
服務器端：www指的是123.123.123.123，123.123.123.124和1.1.1.1
這裏沒有固定的順序，這個地址通常是隨機排序的。另一個客戶得到的結果順序可能是完全不一樣的。我們的客戶會選擇其中一個IP。如果只返回一個獨立的IP，這個選擇過程就會非常短。
規範名字記錄：不只是響應一個特定的IP，服務器還可以返回一個規範名字（CNAME）記錄。CNAME是將多個完全限定域名（FQDN）指向一個主機的快捷方式。例如：
客戶端：域foo.com中www是什麼？
服務器：www 和www.foo.org有相同的IP。
在上面的例子中，這個解析DNS會迫使服務器跳過DNS域名樹，再次從.org頂級域名開始將www.foo.org解析出IP。
當服務器到那以後，它可能會發現另一個CNAME記錄，和另一個一樣。我在複雜的網絡環境和廣告軟件或跟蹤平臺中看到過，每個過程都委託給其他人，爲一個你不想做的鏈接找到一個真正的IP地址是非常困難的。
域名服務器記錄：如果我非要和管理DNS的一線或二線人員理論的話，那肯定是關於使用域名服務器記錄（也稱NS記錄）的正確合理方法。NS記錄會將一個完整子域（例如partner.foo.com）委託給一個備用供應商。當然，也可以用於委託給一個單個主機。在實際使用中這兩種情況沒有本質區別。舉個例子來說，你可能希望將www.foo.com的控制器轉移給昂貴的內容分發網絡，它可以引導用戶到你的服務器副本。通過使用NS記錄，你可以看到其他人的問題，但是還能夠對其他使用DNS的服務器進行控制。
回到之前的例子：
客戶端：域foo.com中www是什麼？
服務器端：www的域名服務器在123.123.123.123、123.123.123.124和1.1.1.1中，問它們吧。
郵件交換記錄：郵件交換記錄（也稱MX記錄）決定負責入站郵件的域名中的服務器。 foo.com和partners.foo.com可以配置爲不同的記錄。子域不會繼承父域的設置。爲了方便，會指定兩個或多個地址記錄，每個都有不同的標準。
MX記錄的特殊性在於，它們是唯一真正通過郵件轉發服務來使用的，例如發送郵件、Microsoft Exchange、Lotus Notes以及垃圾郵件。垃圾郵件非常喜歡使用MX記錄。當我年輕的時候，MX記錄是直接指向網絡郵件服務器的，或者指向SMTP中繼。如今，大多數電子郵件都會路由到雲過濾服務器。
所以，那個問題可能是這樣的：
客戶端：誰可以處理指向域 foo.com的電子郵件地址？
服務器端：指向域 foo.com的郵件服務器是mail1.acmefiltering.com（先試這一個）和mail2.acmefiltering.com。
出現故障時，常規的處理方法是啓動谷歌搜索錯誤消息。但是當DNS本身出現問題時，這個策略就不適用了。DNS是一個基本的服務，每個管理員都應該對其有深刻的理解。同時，它還是在網絡崩潰時你應該知道的進行故障排除的一項服務。
