Userenv 1054 / Netlogon 5719

[benaare 10]

nach x-stunden suchen im netz konnte ich das altbekannte anmeldeproblem immer noch nicht lösen.

 

ausgangslage:

ca. 80 winxp clients (hp/dell/sonyVaio)

server: win2k3 mit ad

 

nun habe ich 3 clients welche sich nicht sauber anmelden können. ich bekomme stets die beiden fehlermeldungen USERENV 1054 / NETLOGON 5719 (anschliessend W32TIME 1429 und USERENV 1521). die clients sind dann irgendwann korrekt anmelden, aber die ausführung meiner skripts ist nicht immer gewährleistet.

ich hatte dieses problem auch bei laptops (hp nx8220), konnte dies jedoch mit dem neusten nic treiber lösen.

beim hp nc6400 (Broadcom NetXtreme Gigabit Ethernet-PCI Express), sowie sonyvaio (Intel pro/100VE Network Connection) nützt der neuste treiber nix !!

 

folgendes habe ich ERFOLGLOS getestet:

- HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters , dann DisableDHCPMediaSense hinzugefügt

- statische ip/dns vergabe

- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon, dann GpNetworkStartTimeoutPolicyValue 60 bis 160 gesetzt

- bei den switches 3com, ist spaning tree deaktiv

- group policy angewendet: always wait for the network...

- host einträge hinterlegt

- alle nic-teiber aktualisiert

 

hp und microsoft wollen nicht weiterhelfen.

also wer hat ne lösung

 

tausend dank für jeden input !

[Christoph35 10]

Schon mal EventId.net vorbeigeschaut?

 

EventID.Net

 

Christoph

[fool15982 10]

Hi!

Ich hatte bis vor kurzem ein ähnliches Problem in meiner 2k Domäne! Nachdem ich den Symantec Antivirus Client Echtzeitschutz nicht mehr bei Netzwerkzugriffen testen habe lassen und den Echtzeitschutz auf den Servern deaktiviert habe, können sich wieder alle User problemlos anmelden. Evtl. spielt bei dir AV oder FW eine ähnliche Rolle.

 

btw: Hast du Eigene Dateien oder was anderes via GPO umleiten lassen?

 

Gruß Andre

[benaare 10]

hi christoph35, eventid.net hab ich schon angeschaut, nix gefunden.

 

hi fool15982, symantec av verwende ich eh nicht (find ich sowieso schrott, benutze antivir).

client fw ist nicht in betrieb und bei den gpos hab ich nur wenige sachen wie "ost exkludieren im remoteprofile" und so.

 

aber eben, ich hab ja nur bei 3-4 clients dieses problem, bei den anderen klappts reibungslos. irgendwie tippe ich auf "zu schnelle netzwerkarten".