Wir zerbrechen uns den Kopf, um dieses Problem zu lösen und stecken derzeit fest!
Grundsätzlich haben wir Probleme mit einigen Benutzern, die sich morgens erst nach einiger Zeit bis zu 20 Minuten anmelden. Wir haben versucht, dieses Problem zu beheben. Wir haben verschiedene Methoden untersucht Stärkster Punkt Ich akzeptiere Vorschläge), überprüfte Netzwerkgeschwindigkeit (scheint in Ordnung zu sein), die fraglichen Benutzer verwenden keine Roaming-Profile und es gibt keine Richtlinien, die auf nicht verfügbare zugeordnete Netzwerklaufwerke verweisen.
Dies ist jetzt ein großes Problem, da sich so viele Benutzer beschweren, dass sie eine Tasse Kaffee kochen können, bevor sich der Computer anmeldet.
windows
windows-xp
domain
startup
Daryl Liney
quelle
quelle
Antworten:
Wir hatten ein ähnliches Problem, bei dem die Anmeldung an den Arbeitsstationen ungefähr 10 Minuten dauerte. Wenn jedoch das Netzwerkkabel abgezogen und der PC neu gestartet wurde, haben sie sich sofort angemeldet.
Wir stellten fest, dass die langsamen Anmeldungen durch einen installierten Druckertreiber verursacht wurden, der jedoch Benutzereingaben erforderte, die offensichtlich nicht bereitgestellt werden konnten, da der Benutzer noch nicht angemeldet war.
Versuchen Sie, den Verbose-Begrüßungsbildschirm im Gruppenrichtlinienobjekt zu aktivieren. Dies kann Ihnen zeigen, wo der PC hängen bleibt.
quelle
Möglicherweise möchten Sie die Registrierungseinstellung "BufferPolicyReads" testen. Diese Einstellung ist in Windows 7 standardmäßig aktiviert, muss jedoch für Windows XP angegeben werden.
http://support.microsoft.com/kb/319440
Schlüssel: HKLM \ Software \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon
Wert: BufferPolicyReads
Typ: DWORD
Wert: 1
quelle
Um das hinzuzufügen, was andere gepostet haben, habe ich dies manchmal gesehen, wenn der DNS des Clientcomputers auf etwas anderes als einen AD-Server (oder einen internen DNS-Server) eingestellt ist. Dies gilt insbesondere, wenn Ihre lokale Domain ein .com oder verwendet. Netz oder etwas, das in der öffentlichen DNS-Domäne ist.
quelle
"this is especially true if your local domain is using a .com or .net or something that is in the Public DNS domain."
- Nein. Das ist falsch. Sie sollten die Subdomain auf einer registrierten Domain verwenden, die Sie für Ihre AD besitzen. Wenn es sich also um Ihren Standort handeltexample.com
, sollten Sie so etwas wiead.example.com
für Ihr Active Directory verwenden. Solange die Clients für die Verwendung der Domänencontroller für DNS konfiguriert sind, gibt es keinen Grund, jemanden davon abzuhalten, eine .net-, .com-, .edu- oder eine andere registrierte TLD zu verwenden. Unter keinen Umständen sollten Sie jemals eine gefälschte TLD wie .local, .lan oder .corp verwenden.Versuchen Sie es mit netsh int ipv4 reset & netsh winsock reset & ipconfig / flushdns
quelle