1.現象

Windows 2000/XP客戶端登錄到Windows 2000域時非常慢，主要表現為當域用戶在登錄對話框中輸入用戶名和密碼之后登錄對話框一片灰白，而且要持續很久，像失去反應一樣(正常情況是登錄窗口一閃而過)，登錄過程和啟動過程明顯比正常情況長。

2.問題的分析

從現象表現來看，好像是客戶端沒能很快聯系到域控制器，那為什么沒能很快聯系到域控制器呢? 因為Windows 2000/XP客戶端登錄域時是先根據它的DNS設置找到DNS服務器，以查找DNS服務器里面的SRV記錄，從中找到域控制器的位置(所以在客戶端里面沒有直接設置域控制器地址的地方)，從這個登錄過程看來，客戶端沒及時聯系到域控制器是因為它沒有在DNS服務器中找到域控制器的SRV記錄。

那為什么Windows 98登錄域時并不是那么明顯地慢呢?原來Windows 98(還包括 Windows NT4.0和Windows 95)并不像Windows 2000／XP一樣依賴于DNS的名稱解析服務，它還是繼續使用NetBIOS來進行名稱解析以查找域控制器的，但是仍然建議用戶將所有計算機都指向Windows 2000 DNS服務器進行名稱解析，這樣啟動過程和登錄過程會更快。

按照上面的分析，筆者的客戶端DNS的指向肯定不是為域控制器的那臺Windows 2000 DNS服務器了(此域控制器也是域內的DNS服務器)，事實也是如此。筆者把客戶端的DNS設置成了上網服務器，因為這樣才能共享上網，但登錄域時卻產生了問題。

3.問題的解決

既然問題的原因找到了(現在姑且認為是這樣的原因)=，那怎樣來解決呢?因為上網時的DNS設置與登錄域時的DNS設置不一樣，上網時的DNS需要設為上網服務器，登錄域時需要設為域控制器，而我們又不能把上網服務器和域控制器合二為一，難道就沒別的辦法了嗎?

要把這兩臺服務器合二為一是不可能的，那能不能在它們之間架座橋梁呢?這一想，倒讓筆者想起了DNS的轉發功能，這樣只要把客戶端的DNS指向域控制器那臺DNS服務器，或內的名稱解析Windows 2000 DNS自己就解決了，而在Internet上的域名，如果它不能解析就轉發給上網服務器，這樣不就行了嗎?

于是就進入域控制器上的Windows 2000 DNS服務器的設置頁面，想去把上網服務器的 IP地址加入轉發器列表，結果看到的“轉發器”標簽卻是一片灰色不可設置！筆者靜下心來看了看這個灰色頁面，發現一段外交式的聲明：“因為這是根服務器，所以沒有轉發器”；另外“根目錄提示”標簽也是一片灰色，提示說“由于這臺計算機為一臺根服務器，不需要根暗示”。原來如此!居然默認安裝的Windows 2000 DNS服務器是一臺根服務器，真是柳暗花明又一村，看來解決的方法就是讓它不是根服務器，但又不能影響到域內的DNS查詢，于是就刪掉“.”區域，重啟DNS服務器，然后進行簡單查詢和遞歸查詢都通過了。看來域內域外的解析都沒問題了，馬上在一臺客戶端測試，也能正常上網。問題就這樣解決了，做到了登錄域和上網兩不誤。

4.幾點總結

第一，DNS服務是Windows 2000域的一項必不可少的服務，是它的有機組成部分，域內計算機的DNS都應該指向為域提供服務的Windows 2000 DNS服務器。

第二，在我們安裝第一臺域控制器的時候，會自動要求安裝DNS服務，但默認安裝的 DNS服務中包含正向搜索區域下存在的“.”區域，通常應該把它刪除，不然就無法在Internet上執行根服務器的外部名稱解析。在這種情況下，域控制器的DNS應該設為自己。

第三，首選服務DNS服務器和備用DNS服務器的關系：如果只有一個網絡連接(比如一個網卡)，那么只有首選DNS服務器沒有響應時才會向備用DNS服務器請求，如果首選 DNS服務器有響應，即使是錯誤的響應也不會再去請求備用DNS服務器，這也是為什么在沒有刪掉“.”區域時，把首選DNS服務器設為域控制器而把備用DNS服務器設為上網服務器也不成功的原因。如果這時域控制器沒有開機，即它沒有響應時，客戶端會去請求備用 DNS服務器的，這時就能夠上網。如果有兩個網絡連接，比如有兩個網卡或一個網卡和一個撥號連接，那么首選DNS服務器不能解析就會向備用DNS服務器查詢。

第四，本文問題的另一種解法是不需要設置轉發器，而把域服務器(也是DNS服務器)的網關設為上網服務器就行。這是因為當用戶要解析一個Internet上的名稱時，它在本服務器上找不到記錄，會自動啟用根目錄提示的，然后通過網關找到了根服務器，這樣就能解析了。不管用那種方法，域控制器的DNS設置都應該指向自己(本身運行DNS)。