Domain-Name-System
粘合記錄對 DNS 解析時間的實際影響是什麼？
與 NS 記錄一起提供“粘合”記錄是很常見的，以免 DNS 解析器查找 DNS 伺服器本身的 IP 地址的麻煩。
但是，在某些情況下甚至不希望提供膠水（例如
example.com NS ns.example.net……名稱伺服器不適合提供.com有關.net域的資訊）。在這種情況下，缺少粘合資訊的 DNS 解析器可能需要更長的時間來解析域。但是還要多久？是否值得定義我自己的
A記錄ns.example.com以指向ns.example.net（所謂的“白標”或“虛榮”名稱伺服器的 IP 地址，以便我可以提供膠水？或者**在實踐中沒有多大關係？ 。為什麼不呢？
當給定域（例如 example.com）的名稱伺服器是該域內的主機名（例如 ns1.example.com）時，需要使用 Glue。如果沒有這種膠水，就不可能解決 example.com 內部的任何問題。
事實上，您應該盡量避免需要粘合的情況，因為從區域中錯誤地忽略粘合的錯誤配置將導致域無法解析。所需的額外查找是可測量的，但實際上並不明顯。如果其中一個名稱伺服器是一個使用良好的名稱伺服器，那麼它很有可能已經在記憶體中，例如屬於您註冊域的系統資料庫；許多域名註冊機構提供其名稱伺服器用作輔助名稱伺服器。
您還應該注意解析中的循環，例如 example.com 的名稱伺服器在 example.net 域中，而 example.net 的名稱伺服器在 example.com 域中。這不會導致自動創建粘合，但可能導致兩個域都無法解析（除非其中一個名稱伺服器已經被記憶體）。我已經看到這種情況發生了，所以這不是理論上的情況:-)