verzögerte Anmeldung

[-= Brummbär =- 10]

Hallo,

 

Ich habe eine Verzögerung bei der Anmeldung an unseren TerminalServern. Im Userenv.log habe ich folgendes gefunden:

 

 

USERENV(1664.564) 12:31:18:550 ImpersonateUser: Failed to impersonate user with 5.
USERENV(1664.564) 12:31:18:550 GetUserNameAndDomain Failed to impersonate user
USERENV(1664.564) 12:31:18:566 GetUserDNSDomainName:  Domain name is NT Authority.  No DNS domain name available.

 

Eigentlich funktionieren meine DNS-Server sauber. Zumindest habe ich das bis gerade noch gedacht.

 

USERENV(1664.564) 12:31:39:732 UserPolicyCallback: Setting status UI to Benutzerdefinierte Einstellungen werden übernommen...
USERENV(1664.564) 12:31:39:982 UserPolicyCallback: Setting status UI to Benutzerdefinierte Einstellungen werden übernommen...
USERENV(1664.564) 12:31:39:997 ProcessGPOList: Extension Internet Explorer Branding returned 0x0.
USERENV(1664.564) 12:31:40:029 ProcessGPOList: Extension Internet Explorer Branding was able to log data. RsopStatus = 0x0, dwRet = 0, Clearing the dirty bit

 

 

Warum wird nach der Fehlermeldung "so lange" gewartet? Ich hoffe, dass Ihr mir etwas auf die Sprünge helfen könnt.

[djmaker 95]

Existiert das Problem schon länger? Kannst Du die Umgebung näher beschreiben (Speicherort der Profile etc.)? Sind Änderungen vorgenommen worden?

[-= Brummbär =- 10]

Seit wann das Problem genau existiert, kann ich leider nicht sagen. Da ich selber nicht auf den Terminalservern arbeite, und wenn nur parallel Sitzungen aufmache, fallen mir solche Wartezeiten nicht so auf. Es muss aber früher schneller gewesen sein, sonst würden mich die Benutzer jetzt nicht darauf ansprechen.

 

Zur Umgebung:

- W2K3 Std. Terminal Server mit Citrix Presentation Server 4.0

- 2x W2K3 DCs

- alle Server sind im selben Subnetz

- DCs sind als DNS Server auf dem TS eingetragen

- als Clients greifen hauptsächlich ThinClients zu

–

Ah die Profile...

 

Die liegen auf unserem Fileserver (W2K3). Das war von Anfang an so. Da gab es also keine größeren Änderungen.

[olc 18]

Hi,

 

die beiden Ausschnitte - gehören die zusammen oder passiert zwischen den beiden Ausschnitten eventuell noch mehr?

 

Die Zeile

USERENV(1664.564) 12:31:18:566 GetUserDNSDomainName:  Domain name is NT Authority.  No DNS domain name available.

ist insofern interessant, daß scheinbar irgend ein Dienst oder Prozess anstatt nach der Domäne nach einem Konto, nämlich NT Authority sucht (es fehlt der Benutzerteil, also etwa \Network, \System etc.). Hier würde ich also ansetzen.

 

Siehst Du eventuell welcher Dienst oder was für eine Policy / ein Script vorher geladen wird?

 

Viele Grüße

olc

[-= Brummbär =- 10]

Die Zeilen sind alle nacheinander. Ich habe sie nur getrennt, damit man besser die Stelle finden konnte. Ich hab jetzt noch mal die Stelle mit etwas Vor- und Nachlauf ausgeschnitten. Ist zwar ein Login von gerade, aber das Problem ist ja das selbe.

 

USERENV(bfc.8c0) 20:21:07:758 ProcessGPOs: -----------------------
USERENV(bfc.8c0) 20:21:07:774 ProcessGPOs: Processing extension Security
USERENV(bfc.8c0) 20:21:07:789 CompareGPOLists:  The lists are the same.
USERENV(bfc.8c0) 20:21:07:789 ProcessGPOs: Extension Security skipped with flags 0x6.
USERENV(bfc.8c0) 20:21:07:836 ProcessGPOs: -----------------------
USERENV(bfc.8c0) 20:21:07:852 ProcessGPOs: Processing extension Internet Explorer Branding
USERENV(bfc.8c0) 20:21:07:868 ReadStatus: Read Extension's Previous status successfully.
USERENV(bfc.8c0) 20:21:07:868 CompareGPOLists:  The lists are the same.
USERENV(bfc.8c0) 20:21:07:883 ProcessGPOList: Entering for extension Internet Explorer Branding
USERENV(bfc.8c0) 20:21:07:883 UserPolicyCallback: Setting status UI to Richtlinie Internet Explorer Branding wird übernommen...
USERENV(bfc.8c0) 20:21:07:914 LogExtSessionStatus: Successfully logged Extension Session data
USERENV(bfc.8c0) 20:21:08:446 ImpersonateUser: Failed to impersonate user with 5.
USERENV(bfc.8c0) 20:21:08:461 GetUserNameAndDomain Failed to impersonate user
USERENV(bfc.8c0) 20:21:08:461 GetUserDNSDomainName:  Domain name is NT Authority.  No DNS domain name available.
USERENV(bfc.8c0) 20:21:30:274 UserPolicyCallback: Setting status UI to Benutzerdefinierte Einstellungen werden übernommen...
USERENV(bfc.8c0) 20:21:30:493 UserPolicyCallback: Setting status UI to Benutzerdefinierte Einstellungen werden übernommen...
USERENV(bfc.8c0) 20:21:30:493 ProcessGPOList: Extension Internet Explorer Branding returned 0x0.
USERENV(bfc.8c0) 20:21:30:509 ProcessGPOList: Extension Internet Explorer Branding was able to log data. RsopStatus = 0x0, dwRet = 0, Clearing the dirty bit
USERENV(bfc.8c0) 20:21:30:509 ProcessGPOs: -----------------------
USERENV(bfc.8c0) 20:21:30:524 ProcessGPOs: -----------------------
USERENV(bfc.8c0) 20:21:30:524 ProcessGPOs: Processing extension EFS recovery
USERENV(bfc.8c0) 20:21:30:524 CompareGPOLists:  The lists are the same.
USERENV(bfc.8c0) 20:21:30:540 ProcessGPOs: Extension EFS recovery skipped with flags 0x6.
USERENV(bfc.8c0) 20:21:30:540 ProcessGPOs: -----------------------
USERENV(bfc.8c0) 20:21:30:540 ProcessGPOs: Processing extension Microsoft Offline Files
USERENV(bfc.8c0) 20:21:30:540 CompareGPOLists:  The lists are the same.
USERENV(bfc.8c0) 20:21:30:556 ProcessGPOs: Extension Microsoft Offline Files skipped with flags 0x6.

Es scheint also der IE zu sein....

[olc 18]

Hi,

 

schau mal hier, das könnte die Lösung sein: You may experience a 20-second delay when you try to access a redirected folder by logging on to a Windows Server 2003 Service Pack 1-based computer or to a Windows XP Service Pack 2-based computer .

 

Falls nicht versuch einmal die IE Branding Policy testweise zu deaktivieren. Verschwindet dann die Verzögerung?

 

Viele Grüße

olc

[-= Brummbär =- 10]

Guten Morgen,

 

Den Artikel hatte ich auch schon ein paar Mal beim googeln auf der Liste. Da ich aber SP2 installiert habe, müsste das Problem ja behoben sein. Ich hab gestern abend mal alle fehlenden Updates auf dem Server installiert. Jetzt hat sich das Problem auf 6 Sekunden reduziert.

 

Ich hab gerade mir die Datei aus dem Artikel angesehen. Natürlich ist es das Problem. Trotz aller Updates etc. :-(

 

USERENV(1060.1258) 08:41:59:862 ProcessGPOs: Processing extension Internet Explorer Branding
USERENV(1060.1258) 08:41:59:878 ReadStatus: Read Extension's Previous status successfully.
USERENV(1060.1258) 08:41:59:878 CompareGPOLists:  The lists are the same.
USERENV(1060.1258) 08:41:59:893 ProcessGPOList: Entering for extension Internet Explorer Branding
USERENV(1060.1258) 08:41:59:893 UserPolicyCallback: Setting status UI to Richtlinie Internet Explorer Branding wird übernommen...
USERENV(1060.1258) 08:41:59:940 LogExtSessionStatus: Successfully logged Extension Session data
USERENV(1060.1258) 08:42:00:518 ImpersonateUser: Failed to impersonate user with 5.
USERENV(1060.1258) 08:42:00:534 GetUserNameAndDomain Failed to impersonate user
USERENV(1060.1258) 08:42:00:534 GetUserDNSDomainName:  Domain name is NT Authority.  No DNS domain name available.
USERENV(1778.66c) 08:42:06:066 InitializePolicyProcessing: Initialised Machine Mutex/Events
USERENV(1778.66c) 08:42:06:112 InitializePolicyProcessing: Initialised User Mutex/Events
USERENV(1778.66c) 08:42:06:112 LibMain: Process Name:  \??\C:\WINDOWS\SYSTEM32\winlogon.exe
USERENV(1778.66c) 08:42:07:706 LoadUserProfile: Yes, we can impersonate the user. Running as self
USERENV(1778.66c) 08:42:07:706 =========================================================

Außerdem habe ich einen recht interessanten, wenn auch etwas älteren Thread gefunden: Citrix Forums : Slow Login Process (Applying Internet ...

 

Ich schaue jetzt mal, was ich darauf noch so machen kann. Der im Thread beschriebene Hotfix von KB941158 ist leider nicht in deutsch erhältlich :-(

–

Den Fix, um das Problem zu lösen gibt es leider nur für x64 Betriebssysteme auf deutsch. Ich hab aber ein x32 Betriebssystem und IE 7. Der Mensch an der Microsoft Hotline sagt: "Pech gehabt" oder "Supportcase für 299 EUR aufmachen". Hat jemand von euch dasselbe Problem und evtl. einen Patch auf deutsch erhalten oder haben einfach alle deutschen Betriebssysteme Pech?

------------------------

So. Ich habe jetzt den englischen Patch eingespielt (Den mutigen gehört die Welt - zumindest auf den Testsystemen). Der hat sich nicht geziert mit einem deutschen Betriebssystem zusammen zu arbeiten. Und was soll ich sagen: Problem ist weg. *freu* Jetzt warte ich mal ab, ob sich noch irgendwelche negativen Folgen zeigen und dann werde ich den Mut auch für die Produktivsysteme aufbringen (müssen).

[olc 18]

Hi,

 

also alles, was Du zuletzt geschrieben hast, habe ich leider nicht wirklich verstanden. :D

Aber es sieht für mich so aus, als ob der Hotfix dann doch die Lösung war, korrekt?

 

Falls ja - perfekt. :)

 

Viele Grüße

olc

[-= Brummbär =- 10]

Oh ha. War wirklich etwas wirsch, was ich da zuletzt geschrieben habe. Also noch mal die hoffentlich verständlichere Zusammenfassung:

 

- englischen Hotfix auf deutschem Betriebssystem eingespielt

- die Registry Änderungen ausdem KB-Artikel 941158 durchgeführt

 

=> Problem auf dem Testserver gelöst *freu*