解決Windows 域管理的幾個經(jīng)典問題2008-05-30 10:57近日在為公司配置域管理架構(gòu)的時候，遇到了一些問題，上網(wǎng)google 發(fā)現(xiàn)這些問題的提問者眾多，堪稱“經(jīng)典”問題。Windows

解決Windows 域管理的幾個經(jīng)典問題

2008-05-30 10:57

近日在為公司配置域管理架構(gòu)的時候，遇到了一些問題，上網(wǎng)google 發(fā)現(xiàn)這些問題的提問者眾多，堪稱“經(jīng)典”問題。Windows 域管理已經(jīng)不是什么新鮮玩意兒了，可網(wǎng)上各類答案很多驢唇不對馬嘴，互相抄來抄去，讓提問者不得要領(lǐng)。特撰此文，將我實際解決問題的小小經(jīng)歷記錄下來與大家分享，避免大家遇到相同問題的時候走彎路。

我公司的網(wǎng)絡(luò)結(jié)構(gòu)采用VLAN 劃分部門，服務(wù)器單獨一個VLAN ，通過在核心交換機上配置路由和ACL 實現(xiàn)各部門之間不可互訪，通過訪問服務(wù)器進行數(shù)據(jù)交換。服務(wù)器是Win2003企業(yè)版，不記得用什么光盤裝的了，反正網(wǎng)上下的，裝完后打過SP2補丁，安裝的Win2000域控制器模式（有Win2000的服務(wù)器）。

域名：binhu.local

主域控制器：192.168.0.6/24 192.168.0.254/24（雙網(wǎng)卡）這個網(wǎng)段只有網(wǎng)管部門可訪問，本來是調(diào)試用的，還沒有正式遷移到服務(wù)器網(wǎng)段，不過可以和服務(wù)器網(wǎng)段建立通信。 額外域控制器：192.168.2.254/24 服務(wù)器網(wǎng)段

DNS ：192.168.2.254

DHCP ：192.168.2.254 已經(jīng)通過交換機的UDPHelp 把各個VLAN 的DHCP 網(wǎng)段都做好了，只配置了IP 、網(wǎng)關(guān)、DNS 。

局域網(wǎng)計算機有Win2k Pro和WinXP Pro，W2k 是用自己封裝的ghost 批量安裝的，xp 是用的YlmF_GhostXP_SP3_Y1.0，當然都是會隨機產(chǎn)生SID 啦，全部采用自動獲取IP 地址，安裝后默認設(shè)置不變，XP 自帶防火墻開啟，配置如圖1。

（圖1）

在客戶端可以Ping 通服務(wù)器IP 地址以及binhu.local 。總之網(wǎng)絡(luò)層的互聯(lián)互通是OK 的，下面的問題全都不是由網(wǎng)絡(luò)配置問題造成的，如果您確定您的網(wǎng)絡(luò)配置都正確，并且網(wǎng)絡(luò)結(jié)構(gòu)和我大致相同或比我的還簡單，可以繼續(xù)往下看！

問題1：新計算機在添加到域的過程中，按提示輸入了域帳戶和密碼后，系統(tǒng)提示“找不到網(wǎng)絡(luò)路徑”。

答：啟動計算機的“TCP/IP NetBIOS Helper”服務(wù)。很不幸，我做的w2k 鏡像和ylmf 的xp 鏡像剛好都把該服務(wù)設(shè)為了手動，為了這個問題我專門硬裝了一遍xp ，剛裝好是可以加入域的，而在我習慣性的“優(yōu)化”完系統(tǒng)以后，又“找不到網(wǎng)絡(luò)路徑”了，經(jīng)過逐項排除，終于鎖定到這個問題的關(guān)鍵，從發(fā)現(xiàn)問題到解決問題花了我2個小時。還是值得的，至少不用理會某些人說的“要在域環(huán)境下正常工作就不要使用ghost”之類的話。

問題2：加入到域的計算機，無法在域控制器上打開“計算機管理”。

答：剛把計算機test 加入到域，我就迫不及待的登陸到域控制器，想通過AD 控制臺遠程打開該計算機的“計算機管理”，結(jié)果又彈出提示“找不到test.binhu.local 的網(wǎng)絡(luò)路徑”，郁悶

ing 。嘗試在域控制器上ping 了一下test.binhu.local ，居然提示“Ping request could not find host test.binhu.local.”，域名解析失敗！趕緊檢查DNS 記錄，發(fā)現(xiàn)test.binhu.local 主機記錄安然的躺在正向搜索區(qū)域中，看來不是DNS 服務(wù)器的問題。猛然想起本地DNS 緩存，趕緊關(guān)閉“DNS Client”服務(wù)，再次嘗試問題解決。原來即使是在DNS 服務(wù)器上進行域名解析，也不是直接查找的DNS 數(shù)據(jù)庫?。】偨Y(jié)經(jīng)驗：在局域網(wǎng)部署過程中，網(wǎng)絡(luò)節(jié)點變化比較頻繁，建議關(guān)掉網(wǎng)絡(luò)計算機上的本地DNS 緩存服務(wù)，待局域網(wǎng)正常運作之后，網(wǎng)絡(luò)節(jié)點變化較少，再根據(jù)DNS 服務(wù)器響應(yīng)DNS 請求的負荷來考慮是否有必要打開該服務(wù)。

問題3：加入到域的計算機，在域控制器上打開“計算機管理”，部分項無法管理。

答：打開“計算機管理”后，發(fā)現(xiàn)“本地用戶和組”打，除了可以查看“共享文件夾”下的內(nèi)容外，其它項目都不能正常查看。在經(jīng)歷了上面2道磨難后，又遇到這種問題，是不是倍受打擊呢？其實對于稍微“馬虎”一點的管理員，一般都不會碰到這個問題。無奈我配置域管理的目的是為了便于分發(fā)安全策略，不得不“精細化管理”，從組策略到服務(wù)到共享到防火墻統(tǒng)統(tǒng)折騰了一遍...... 還是很有收獲的！在無數(shù)次的“gpupdate”之后，摸索到一些既不影響“計算機管理”，又能一定程度提高安全性的方法。

（1）共享：有IPC$即可，其它默認共享都可以關(guān)掉。

（2）網(wǎng)絡(luò)組件：必須安裝“Microsoft 網(wǎng)絡(luò)文件和打印機共享”，且必須打鉤。

（3）內(nèi)置防火墻：需要允許“文件和打印機共享”，且不限制135、137、138、139、445等端口的監(jiān)聽。（當然您可以用更強大的防火墻進行數(shù)據(jù)篩選，看個人功力了:）

（4）服務(wù)：需要啟動“Server”、“TCP/IP NetBIOS Helper”、“Remote Registry”服務(wù)。

（5）組策略：為了增強網(wǎng)絡(luò)訪問安全性，我在安全選項中啟用了“不允許 SAM 帳戶的匿名枚舉”、“不允許 SAM 帳戶和共享的匿名枚舉”、“限制對命名管道和共享的匿名訪問”等三個選項，事實證明不會影響到“計算機管理”。由于進行了(1)~(4)項配置，只有以其它方式來禁止共享文件夾了。我在“用戶權(quán)限分配”中將“從網(wǎng)絡(luò)訪問此計算機”設(shè)為僅有“Domain Admins”組，又把“拒絕從網(wǎng)絡(luò)訪問此計算機”設(shè)為“Domain Users、Users 、Power Users、Guests”，不能從域控制器遠程打開“計算機管理”了。經(jīng)過分析，是由于我登陸到域控制器的管理員帳戶默認也是“Domain Users”組的成員，將它拿出來，再試還是不行，直到我把Users 組從“拒絕從網(wǎng)絡(luò)訪問此計算機”選項中拿出來以后，又可以正常打開了。原因可能是：1. 該管理員帳戶同時也是Users 組成員，在升級為域控制器之后，沒辦法從Users 組中拿出來了，我沒有進一步嘗試；2. 域管理員帳戶通過網(wǎng)絡(luò)訪問客戶機，會被自動應(yīng)用到Users 組成員中，純屬猜測，沒有詳細查資料?？偠灾?，只好放任Users 組成員不管了，好在我禁用了客戶機的本地帳戶，只能登陸到域，變成Domain Users就歸我管了，嘿嘿，基本解決了禁止文件夾共享的問題了吧，現(xiàn)在即使是在客戶機設(shè)置了EveryOne 完全訪問的共享文件夾，普通用戶也拒絕訪問。

當然你也可以完全不理會是否打得開“計算機管理”，那就得自己測試一下是否能正確分發(fā)組策略了。

問題4：Domain Users 無法運行AutoCAD R14等軟件的問題。

答：說到域環(huán)境下部署應(yīng)用程序的問題，這涉及到企業(yè)軟件管理制度、計算機管理制度等方面，可談的話題十分寬泛，這里僅從不控制軟件使用的角度上講一講在域環(huán)境下部署應(yīng)用程序的一些思路。

（1）在FAT32目錄下安裝的軟件、綠色軟件等等，很多是可以不用部署直接運行的。（不到萬不得已不推薦用FAT32）

（2）在組策略上啟用“軟件限制策略”，按默認即可，大部分軟件馬上能夠正常運行。

（3）按（2）設(shè)置后，對于Autocad r14這樣的老軟件，不妨試一試新版本，Autocad 2006就可以正常運行，經(jīng)我測試的Matlab6.5、Protel99se 、SolidWorks 2006等都可以正常運行。

（4）還不能運行的軟件，用組策略的“軟件安裝”功能，先把軟件制作成MSI 安裝包，再放到共享點，再配置組策略。制作MSI 包的工具在Win2003的安裝光盤上有。

（5）軟件不能正常運行的原因無非是注冊表、文件的訪問權(quán)限不夠，可以以管理員模式來啟動軟件，同時用FileMon &RegMon 等工具來監(jiān)視其訪問了哪些注冊表項和文件，然后在組策略的“注冊表”和“文件系統(tǒng)”中一一配置權(quán)限即可。一般能夠正常啟動的軟件，基本上也都能正常運行了。

如果您對本文中所提到的解決問題的方法感興趣，并想詳細了解具體原理，推薦訪問微軟的知識庫。