迭代查詢

遞歸查詢是最常見的查詢方式，域名服務器將代替提出請求的客户機（下級DNS服務器）進行域名查詢，若域名服務器不能直接回答，則域名服務器會在域各樹中的各分支的上下進行遞歸查詢，最終將返回查詢結果給客户機，在域名服務器查詢期間，客户機將完全處於等待狀態。示例： （紅色為查詢，藍色為迭代查詢返回的提示信息，棕色為遞歸查詢返回的IP信息）

示 例説明：A向B發送遞歸查詢請求，B向C發送迭代查詢請求（下一節將介紹迭代查詢），得到C給出的提示後，B向D發送迭代查詢請求，得到D給出的提示後， B向E發出迭代請求，得到E給出的提示後，B向F發出迭代查詢請求，得到F給出的提示後，B得到了F返回G的IP地址，B向A返回G的IP地址，整個查詢 結束。

也許你還很難理解什麼是迭代查詢，下一節中將以一個非常易於理解的方法説明。

迭代查詢又稱重指引，當服務器使用迭代查詢時能夠使其他服務器返回一個最佳的查詢點提示或主機地址，若此最佳的查詢點中包含需要查詢的主機地址，則返回主機 地址信息，若此時服務器不能夠直接查詢到主機地址，則是按照提示的指引依次查詢，直到服務器給出的提示中包含所需要查詢的主機地址為止，一般的，每次指引都會更靠近根服務器（向上），查尋到根域名服務器後，則會再次根據提示向下查找。從上節的圖中可以知道，B訪問C、D、E、F、G，都是迭代查詢，首先B 訪問C，得到了提示訪問D的提示信息後，開始訪問D，這時因為是迭代查詢，D又返回給B提示信息，告訴B應該訪問E，依次類推。

説明：假設你要尋找一家你從未去過的公司，你會有2種解決方案，1是找一個人替你問路，那可能是你的助手，2是自己問路，每走過一個路口，就問一個人，這就好比遞歸查詢和迭代查詢，遞歸查詢在這裏代表你的第1種解決方案，而迭代則是第2種解決方案。

在默認情況下DNS服務器既接受來自其他客户機（其他DNS服務器）的迭代查詢也接受其他客户機（其他DNS服務器）的遞歸查詢。

提醒：在DNS服務器屬性中，你可能會混淆高級選項卡中的“禁止遞歸”選項和轉發器選項中的“不對這個域使用遞歸”後者控制將要接受的查詢類型。

修改：

禁止遞歸查詢。在DNS服務器屬性中，高級選項卡，服務器選項，“禁止遞歸”。

通常根服務器或者流量較大的域名服務器都不使用遞歸查詢，其原因也很簡單，大量的遞歸查詢會導致服務器過載。

問題：為什麼不連迭代查詢也關閉？這樣不更節省損耗嗎？這絕對是一個讓人哭笑不得的問題。原因是如果不建立迭代查詢，你的DNS又可以做什麼事情呢？那不如不建立DNS服務器。

調整最佳性能的查詢方式

一般的，你的企業內部如果有超過300台機器，你就應該在你的部署計劃中建立多個DNS服務器了。根據活動目錄或者物理位置將多個DNS平均分佈。而根域名服務器總應該使用迭代查詢，而不應該使用遞歸查詢。同時，為了減輕客户機的負擔，所有的下級域名服務器就都應該使用遞歸查詢與迭代查詢的混合模式。若你 的企業整合了活動目錄及有分公司分佈在全球，通過使用多層的域名服務器，可以得到最佳的性價比！