資源描述：
《學(xué)dns系列（九）dns服務(wù)器屬性之接口和轉(zhuǎn)發(fā)器》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫。
1、學(xué)DNS系列（九）DNS服務(wù)器屬性之接口和轉(zhuǎn)發(fā)器 實驗環(huán)境未變，TOPO圖如下： 打開DNS1的服務(wù)器屬性選項卡。如下圖： 選定【屬性】后，如下圖： 在首個選項卡中，我們可以設(shè)置那些IP地址可以接受DNS查詢和解析請求，默認情況下是網(wǎng)卡上所有IP地址均可，但我們也可以手動指定部分地址?！ ∠乱粋€是【轉(zhuǎn)發(fā)器】選項卡，相比前一個要略顯復(fù)雜。如下圖： 我用3種顏色的方框?qū)⑦@個選項卡的分成了三個部分，轉(zhuǎn)發(fā)器的目的是，當此DNS遇到非本DNS負責的區(qū)域的查詢請求時，服務(wù)器會將解析請求信息發(fā)到轉(zhuǎn)發(fā)器上，同時需要檢查兩個方面。
2、1、是否滿足轉(zhuǎn)發(fā)器設(shè)置的區(qū)域范圍要求，默認情況下，DNS會接受除自身區(qū)域外的其他DNS域的請求，如紅色框圖的部分。我們也可以指定只對某一個或某些DNS區(qū)域進行轉(zhuǎn)發(fā)，可以通過點擊上圖的【新建】選項來添加區(qū)域名稱。一般情況下，這里都是默認全部區(qū)域的。2、同時會檢查設(shè)定區(qū)域?qū)?yīng)的轉(zhuǎn)發(fā)IP地址，也就是下一個DNS服務(wù)器的地址，默認情況是下一個DNS服務(wù)器的地址為空。編緝推薦閱讀以下文章學(xué)DNS系列（十）圖、例詳解DNS遞歸和迭代查詢原理及過程(1)學(xué)DNS系列（八）DNS客戶端查詢過程學(xué)DNS系列（七）輔助區(qū)域、存根區(qū)域操作演示(2)學(xué)DNS系列（七
3、）輔助區(qū)域、存根區(qū)域操作演示(1)一起學(xué)DNS系列（六）詳解正向、反向查找區(qū)域一起學(xué)DNS系列（五）創(chuàng)建DNS正向、反向查找區(qū)域一起學(xué)DNS系列（四）DNS服務(wù)器、客戶端安裝及配置一起學(xué)DNS系列（三）理解計算機的多種DNS后綴選項一起學(xué)DNS系列（二）理解計算機的主DNS后綴選項一起學(xué)DNS系列（一）基礎(chǔ)、概覽 此時，DNS并非就此罷工，因為當我們輸入一個域名后，DNS服務(wù)器對此域名采取的解析方式是多種多樣的，比如NBNS解析等。如果此處沒有設(shè)置轉(zhuǎn)發(fā)地址，則會使用配置中的13個根提示服務(wù)器嘗試進行解析，但請大家注意，此時需要為DNS服務(wù)
4、器設(shè)置一個網(wǎng)關(guān)或路由器地址，這樣才能將信息交由外部DNS代為處理?！ ∥覀儊砟M一下這個過程，現(xiàn)在將DNS和客戶機的網(wǎng)關(guān)都設(shè)置為192.168.1.1，并在此基礎(chǔ)上為DNS配置一個轉(zhuǎn)發(fā)地址2.2.2.0，在客戶端，我們通過瀏覽器訪問op.，我虛擬域名。首先，設(shè)置添加一個轉(zhuǎn)發(fā)地址，如下圖： 然后，我們在XP3上利用瀏覽器訪問op.，并用wireshark來觀察數(shù)據(jù)包的變化，因為內(nèi)容很多，所以我將這個關(guān)鍵過程分為四部分，分別說明。如下圖： 第一部分，如下圖： 圖片看不清楚？請點擊這里查看原圖（大圖）?！ 〉诙糠郑缦聢D： 圖
5、片看不清楚？請點擊這里查看原圖（大圖）。編緝推薦閱讀以下文章學(xué)DNS系列（十）圖、例詳解DNS遞歸和迭代查詢原理及過程(1)學(xué)DNS系列（八）DNS客戶端查詢過程學(xué)DNS系列（七）輔助區(qū)域、存根區(qū)域操作演示(2)學(xué)DNS系列（七）輔助區(qū)域、存根區(qū)域操作演示(1)一起學(xué)DNS系列（六）詳解正向、反向查找區(qū)域12下一頁——感謝閱讀這篇文章，..，一起學(xué)DNS系列（五）創(chuàng)建DNS正向、反向查找區(qū)域一起學(xué)DNS系列（四）DNS服務(wù)器、客戶端安裝及配置一起學(xué)DNS系列（三）理解計算機的多種DNS后綴選項一起學(xué)DNS系列（二）理解計算機的主DNS后綴選項
6、一起學(xué)DNS系列（一）基礎(chǔ)、概覽 第三部分，如下圖： 圖片看不清楚？請點擊這里查看原圖（大圖）?！ 〉谒牟糠?，如下圖： 圖片看不清楚？請點擊這里查看原圖（大圖）?！ 〕颂砑?的頂級域外，還會有如.、.org等，之后還產(chǎn)生了很多數(shù)據(jù)包，但基本大同小異，所以不再詳述了。從這幾個圖可以得知，客戶端發(fā)起一個域名解析請求，除了DNS忙于解析和響應(yīng)外，同時系統(tǒng)也在試圖尋求別的解析方式，目的都是利用現(xiàn)有的系統(tǒng)配置充分地完成客戶端的解析請求?！ ≡凇巨D(zhuǎn)發(fā)器】選項卡的下方，有一個設(shè)置超時的選項，默認是5秒，也就是說自從嘗試第一個轉(zhuǎn)發(fā)器IP開始，
7、在這個時限內(nèi)如果沒有解析成功，則會自動轉(zhuǎn)向第二個IP地址進行解析，以此類推。比如現(xiàn)在另加一個IP3.3.3.0，同時將這個時間設(shè)為2秒。如下圖： 圖片看不清楚？請點擊這里查看原圖（大圖）?！ 〈诉x項卡的最后一個屬性是詢問是否對此域使用遞歸查詢，也就是說如果轉(zhuǎn)發(fā)器發(fā)生故障，則DNS服務(wù)器不會代替客戶端進行下一步的查詢，也就是尋找下一級DNS服務(wù)器進行解析，客戶端則一直處于等待狀態(tài)，直到DNS服務(wù)器把正確的解析結(jié)果反饋給客戶端為止，整個查詢過程才算結(jié)束。為了保證查詢的準確性，默認是允許遞歸的，但當客戶端數(shù)量龐大，解析請求非常頻繁時，DNS服
8、務(wù)器會在資源消耗上會有不小的壓力，請大家留意這里。 這里提到了一點有關(guān)遞歸查詢的內(nèi)容，還有迭代查詢以及DNS循環(huán)等內(nèi)容會在下面的部分講到，敬請期待！ 說明：本文
