了解 DNS 域查找機制
導致我嘗試取消選擇此過程的具體查詢是：
如果父域已經解析，DNS 查找子域（例如
assets.example.com）會更快嗎？example.com根據我的（天真）理解，將域名轉換為 IP 地址的基本過程非常簡單。
com知道如何解析和等頂級域的 13 個根伺服器的地址net在網路硬體中有效地硬編碼。在查找 的情況下example.com，我們的本地 DNS 伺服器（可能是我們的路由器）會在其中一個根伺服器中查詢相關域，並為com. 然後它會詢問這個名稱伺服器是否知道如何解析example. 如果是，我們就完成了，如果不是，我們將被轉到另一台伺服器上。此過程中的某些伺服器可能正在記憶體，因此有一段時間我們的本地路由器現在會立即知道在哪裡查找com和example.不過，我真的不明白。
- 我知道還有其他中間 DNS 伺服器，例如 ISP 提供的那些。他們在什麼時候被詢問？
- 如果
com我們提到的 TLD 域名伺服器不知道如何解析example，是否可以說這是行尾：example.com無法解析？- 當我註冊一個域並配置名稱伺服器時，我是否實際上在為該 TLD 的名稱伺服器使用的數據庫中為我的子域編輯一組 NS 記錄？註冊商本身是否維護“代理”名稱伺服器？
Wikipedia 解釋說，一些 DNS 伺服器將記憶體與遞歸查詢實現相結合，這允許它們提供記憶體命中並可靠地解決記憶體未命中問題。我不明白這些伺服器是如何被查詢的，或者解析算法是如何（甚至廣泛地）工作的。是所有權威
com名稱伺服器，例如，精確的鏡像，還是解析器必須依次嘗試每個？回顧我最初的問題，假設 A 記錄都在同一個名稱伺服器上，我可能會非常投機地回答“否”。我將非常感謝任何可以減少我的無知的人！
如果父域 example.com 已經解析，DNS 查找子域（例如 assets.example.com）會更快嗎？
假設場景中有記憶體伺服器，是的。這是因為為了找到 example.com 中任何內容的 A 記錄，example.com 的名稱伺服器。必須知道。當對 assets.example.com 的請求時。被製作為 example.com 的名稱伺服器。應該已經被記憶體了，所以唯一的查詢是 assets.example.com。本身。
我知道還有其他中間 DNS 伺服器，例如 ISP 提供的那些。他們在什麼時候被詢問？
這些通常是記憶體或遞歸名稱伺服器。它們代表您完成艱苦的工作（遍歷樹的多個請求），然後記憶體結果以加快稍後對同名的查詢。
是所有權威的 com 名稱伺服器，例如，精確的鏡像，還是解析器必須依次嘗試每個？
是的，它們包含相同的資訊。解析器只需要找到一個實際工作的。
如果我們提到的 com TLD 域名伺服器不知道如何解析 example，是否可以說這是行尾：example.com 無法解析？
如果.com。名稱伺服器響應並說 example.com。不存在，那麼結果就是名字不存在。如果.com。名稱伺服器不響應解析器應該嘗試不同的 .com 的查詢。名稱伺服器。
當我註冊一個域並配置名稱伺服器時，我是否實際上在為該 TLD 的名稱伺服器使用的數據庫中為我的子域編輯一組 NS 記錄？註冊商本身是否維護“代理”名稱伺服器？
正確的。當您註冊域時，您提供 NS 記錄（如果需要膠水，還提供一些 A 記錄）以插入到父域中。註冊商不一定自己執行這些名稱伺服器，但有一種機制來修改這些名稱伺服器的數據庫。