Univention Bugzilla – Bug 19560
Anmeldung an Windows7 dauert lange
Last modified: 2011-09-14 10:56:49 CEST
siehe auch http://forum.univention.de/viewtopic.php?f=22&t=1088&p=3629 Die Anmeldung an Windows 7 dauert in einigen Installation sehr lange, bis ein Benutzbarer Desktop zur Verfügung steht.
http://blog.bigsmoke.us/2010/03/17/fixing-extremely-slow-domain-logon-windows-7 http://www.sevenforums.com/performance-maintenance/22147-slow-login-3.html
Created attachment 2612 [details] Eerweiterte Debug Meldungen
Auch berichtet ni: http://forum.univention.de/viewtopic.php?f=48&t=1404
Mit Bug 21737 erneut zu testen, sieht aber nach einem clientseitigen Problem aus: A) manche Reports behaupten dass Win7 Netzwerkparameter nicht optimal sind ('autotuning' und 'RDC'): http://www.sysprobs.com/windows-7-network-slow B) Die DNS-Einstellungen des Clients sollten geprüft werden und ggf. auf den UCS DNS-Server verweisen. C) Diverse clientseitige Registry und Policy Anpassungen werden diskutiert, scheinen aber keine klaren Erfolge zu bringen und eher allgemeiner Natur zu sein. Unter anderem sollte der Tipp aus http://forum.univention.de/viewtopic.php?p=3626#p3626 falls überhaupt mit Wert "1" statt "0" verwendet werden. D) Eine Meldung behauptet: "The solution I found was to reset your domain password (Either from Machine or AD) and reboot. Your login should now be back to normal. I have a feeling that the local cached credentials get "out of sync" and takes longer than usual to log on." --- was auch immer damit konkret gemeint ist. Ggf. auch "Control Panel -> Credential manager" falls Credentials für Shares hinterlegt worden sind. E) generell: KB977346 Generelle serverseitige Verbesserungen der Samba-performance in LAN-Netzwerken wurden auf Debian-basierten Systemen mit ucr set samba/socket_options="TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE" berichtet, das sollte jedoch laut man smb.conf projektbezogen geprüft werden und die Auswirkungen sind dann nicht Windows7-spezifisch.
Die Wirksamkeit der an SDB-Artikel http://sdb.univention.de/1200 dokumentierten Registry-Anpassung zur Performancesteigerung liess sich mit UCS 2.4-2 schonmal verifizieren. Der Artikel ist jetzt auch unter http://sdb.univention.de/1102 mit verlinkt. Der Login als Domain\Administrator ging damit ungefähr genauso schnell wie der Login als Local\Administrator. Die an http://forum.univention.de/viewtopic.php?p=4835#p4835 erwähnte Registry-Anpassung (aus dem Artikel http://tweaks.com/windows/37007/slow-logon-to-domain-in-xp-pro/ ), die anscheinend empfiehlt SyncForegroundPolicy auf 1 zu setzen: ----------- [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] "SyncForegroundPolicy"=dword:00000001 ----------- (siehe auch http://www.insidetheregistry.com/regdatabase/browse.aspx?keyid=754 ) wurde ebenfalls noch nicht getestet. Es ist aber auch nicht ganz klar, wie/ob das mit der Empfehlung WaitForNetwork=0 aus dem SDB-Artikel zusammenpasst. (siehe auch http://www.insidetheregistry.com/regdatabase/viewvalue.aspx?valueid=2193 ). Ggf. kann man das noch mit aufnehmen. Ein Test mit samba 3.5.9 steht ebenfalls noch aus, ggf. auch ein wireshark Mitschnitt.
Das Anmeldeverhalten ist unverändert mit Windows 7 SP1 gegen samba 3.5.10. Ich habe dazu einen upstream Bug gefeilt: https://bugzilla.samba.org/show_bug.cgi?id=8300 Dia Anpassung des Registry-Werts "SyncForegroundPolicy" scheint keine Auswirkung zu haben, nur der Registry-Wert "WaitForNetwork" verbesserte das interaktive Verhalten in den Tests.
Der SDB-Artikel ist erstmal ausreichend, siehe Comment 5.
In meinen Tests waren die Anmeldezeiten nach den Anpassungen sehr gut.
UCS 2.4-3 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".