Windows 2003 Server域客戶端登錄緩慢一般標(biāo)準(zhǔn)的做法可以使用network monitor 或者Userenv.log 檢查。但是需要比較熟練的看log 。也可以參考下面的:一般登陸到

Windows 2003 Server域客戶端登錄緩慢

一般標(biāo)準(zhǔn)的做法可以使用network monitor 或者Userenv.log 檢查。但是需要比較熟練的看log 。

也可以參考下面的:

一般登陸到域緩慢可能有如下一些常見原因:

1、服務(wù)器端DNS 配置或客戶端DNS 指向。如果客戶端不能快速聯(lián)系正確的DNS 并解析SRV 記錄。后面的過程自然很慢。這是所有情況中，最常見的。

解決方法:

1) 服務(wù)器端檢查是否注冊了正確的SRV 記錄。

2) 客戶端執(zhí)行ping FQDN(Full Qualified of Domain Name,完全合格域名) (如:ping test.com) 的方式，如果返回域控制器IP ，一般正常。

3) 客戶端必須，且只能指向域內(nèi)DNS 服務(wù)器（包含DC SRV 記錄的DNS ），所有與Internet 相關(guān)的DNS 可以在服務(wù)器端DNS 上做轉(zhuǎn)發(fā)。

4) 檢查是否有錯(cuò)誤的host 、lmhost 記錄。

5) 策略中設(shè)置了較多的登陸腳本，或者安裝任務(wù)。

6) 域控制器over load...

7) 慢速WAN 連接。

8) 漫游配置。

最能看出問題的，還是Userenv.log ，在客戶端激活，然后重啟，重新登陸?？梢詸z查這個(gè)log 。它記錄了登陸，包括組策略應(yīng)用的細(xì)節(jié)?？梢钥丛谀膫€(gè)步驟用了最多的時(shí)間。

2、先確認(rèn)是所有PC 都慢還是個(gè)別PC 登錄慢，并且慢的PC 要確認(rèn)DNS 有沒有指向正確的域控DNS ，還有就是有沒有設(shè)置過文件夾重定向等影響登錄速度的設(shè)置。

客戶端client 登陸windows2003域太慢出錯(cuò)

有兩臺(tái)XP Client,從輸入用戶名、密碼到進(jìn)入系統(tǒng)需要10 分鐘,XP 登陸后查看日志出現(xiàn)1058和1030號錯(cuò)誤, 過一段時(shí)間后, 這兩個(gè)錯(cuò)誤沒了, 又出現(xiàn)1054號, 這是什么原因? 有什么方法可以改善這樣的狀況么? 看了官網(wǎng)上給出的解決方案, 實(shí)施后沒有作用.(如果組策略慢，請參考

Event 1030:

Windows cannot query for the list of Group Policy objects.Check the event log for possible messages previously logged by the policy engine that describes the reason for this.For more information, see Help and Support Center at

Event 1058:

Windows cannot access the file gpt.ini for GPO

CN={31B2F340-016D-11D2-945F-00C04FB984F9},CN=Policies,CN=System,DC=bbpi-pdc,DC=billsblue,DC=com.The file must be present at the location

,

1B2F340-016D-11D2-945F-00C04FB984F9}gpt.ini>.(Windows

cannot find the network path. Verify that the network path is correct and the destination computer is not busy or turned off. If Windows still cannot find the network path, contact your network

administrator. ).Group Policy processing aborted.

Event ID: 1054

Source:Userenv

Type:Error

Description:

Windows cannot obtain the domain controller name for your computer network.(The specified domain either does not exist or could not be contacted).Group Policy processing aborted.

我在客戶端上DNS 指向的DC, 只有1臺(tái)DC,DC 和DNS 集成在一起, 可以解析.

回答：

根據(jù)描述，請您幫忙提供以下信息：

1. 這2臺(tái)客戶端登錄到本機(jī)，是否也出現(xiàn)登錄時(shí)間很長的問題。

2. 域中其他的客戶端登錄到域，是否正常。

如果這2臺(tái)客戶端登錄到本機(jī)都沒有問題的話，可能是名稱解析造成的問題，我們建議嘗試以下操作：

1. 在客戶端和DC 上運(yùn)行ipconfig /all，檢查TCP/IP協(xié)議的配置是否正確，確認(rèn)把主DNS 服務(wù)器指向DC 。

2. 打開DNS 控制臺(tái)，檢查是否存在正常的DNS 區(qū)域(要有4個(gè)記錄：TCP 、UDP 、MSDCS 、Sites) 。

3. 檢查DNS 服務(wù)器是否啟用了動(dòng)態(tài)更新。

允許動(dòng)態(tài)更新：

8.mspx

4. 建議嘗試一次Clean Boot，排除第三方軟件造成的問題。

a. 運(yùn)行MSCONFIG 。

b. 在“常規(guī)”選項(xiàng)卡-〉“選擇性啟動(dòng)”。

c. 然后清除“Process System.ini File”, “Process Win.ini File”和“Load Startup Items”的復(fù)選框，但是保留“使用原始Boot.ini ”。

d. 在“服務(wù)”選項(xiàng)卡，先點(diǎn)“隱藏所有windows 服務(wù)”，然后選擇disable all 。

e. 然后重新啟動(dòng)。觀察問題是否依舊發(fā)生。

5. 在出現(xiàn)問題的客戶端上，進(jìn)入微軟網(wǎng)站，更新系統(tǒng)補(bǔ)丁。

由于造成域控制器上出現(xiàn)了1058和1030的錯(cuò)誤事件的原因較多，建議您嘗試以下操作：

1. 進(jìn)入微軟網(wǎng)站，更新系統(tǒng)889100補(bǔ)丁。無法執(zhí)行組策略處理，事件1030和1058被記錄到域控制器的應(yīng)用程序日志中

2. 在所有域控制器上，確認(rèn)Net Logon服務(wù)為啟動(dòng)狀態(tài)。

a. 點(diǎn)擊“開始－>運(yùn)行”并輸入“SERVICES.MSC ”。

b. 點(diǎn)擊 “Net Logon”，確認(rèn)“服務(wù)狀態(tài)”為啟動(dòng)，“啟動(dòng)類型”為自動(dòng)。

3. 點(diǎn)擊“開始－>運(yùn)行” 并輸入

“domainsysvoldomainPolicies（domain 為域名）”，檢查在Sysvol 共享上正確設(shè)置了NTFS 文件系統(tǒng)權(quán)限和共享權(quán)限，授予Authenticated Users組讀取和應(yīng)用組策略權(quán)限。

How to Give Users Access to Group Policy Objects：

4. 點(diǎn)擊“開始－>運(yùn)行” 并輸入

“domainsysvoldomainPolicies”，檢查是否有g(shù)pt.ini 文件存在。

5. 如果域控制器為多宿主主機(jī)。安裝了多塊網(wǎng)卡，或者設(shè)置了多個(gè)IP 的話，也可能會(huì)出現(xiàn)該錯(cuò)誤，請暫時(shí)啟用一塊網(wǎng)卡或者只設(shè)置一個(gè)IP 地址，查看問題是否依然存在。

Tom Zhang 張一平 在線技術(shù)支持工程師 微軟全球技術(shù)支持中心

一般來講登陸慢有2方面原因：

1、DNS 錯(cuò)誤。聯(lián)系DC 認(rèn)證時(shí)出錯(cuò)。

2、應(yīng)用GPO 。一些策略應(yīng)用的失敗也會(huì)產(chǎn)生延遲?？赡馨ò惭b文件，計(jì)算機(jī)認(rèn)證（CA ）或者一些安全策略。

可能是Windows 2003 DC中的DNS 中的SRV 記錄有毛病, “開始”-〉“運(yùn)行”，輸入nslookup set type=all，然后回車. 最后輸入：DNS 中的SRV 記錄所在的路徑.(比如:_ldap._tcp.dc._msdcs.Domain_Name)即可。