dcminden

Der Teufel steckt wie immer im Detail. Es war auch bei uns das KB3002657. Es war auf einem W2003-DC installiert, an den hier im Haus keiner mehr wirklich gedacht hat. Jetzt nach der Deinstallation ist alles wieder normal. Dann gehen wir jetzt mal das Übertragen der Betriebsmaster auf den/die neuen PCs an - hätte schon lange passieren sollen. Vielen Dank für die Unterstützung hier im Forum!

Hallo NorbertFe, das stimmt: Fragen über Fragen. Wir haben aber dieses und auch keine anderen Updates auf den DCs zum fraglichen Zeitpunkt gemacht. Für mich ist die Ursache noch nicht wirklich gefunden und damit besteht immer die Gefahr, dass sich dieser Effekt ausweitet. Wir bleiben dran ...

Habe es gerade mit einem Benutzer versucht, dass sich nicht anmelden konnte. Mit Servername als RDP-Ziel geht es. Warum geht es dann aber bei manchen Benutzern auch mit der IP und warum geht es nachdem man den Benutzer lokal an- und abgemeldet hat? Noch rätselhafter aber: Warum geht es erst seit gestern nicht. Hat es vielleicht etwas mit Updates auf den Clients zu tun, da haben wir noch nicht geschaut - werden wir nachher machen und weiter berichten.

Moin! Wir haben hier zwei gleiche virtuelle Maschinen als RDP-Server - einer für den Innendienst und einer für den Außendienst. Das Problem ist nur auf dem Innendienst-Server. Die Anmeldeprobleme begannen am 11.03. um 07:00. Die anstehenden Windows-Updates haben wir erst nach Auftreten des Problems installiert. Allerdings wurden am 10.03. Definitionen Update für Windows Defender KB915597 (Def 1.193.2151.0) auf dem Problemserver installiert und auf dem anderen nicht. Heute morgen war es jetzt allerdings so, dass sich einige normal anmelden konnten und bisher nur ein Mitarbeiter erst Remotezugriff bekam, nachdem wir ihn am Server lokal an- und abgemeldet hatten. Auch gestern morgen waren 3-6 Mitarbeiter nicht betroffen. Alle bauen die Verbindung nicht über den Namen, sondern die IP des Servers auf. Das KB KB3002657 (siehe ein Post weiter oben von sreiter) ist auf unseren beiden DCs nicht installiert -> wir müssen weiter suchen. Auf dem Terminalserver mit Anmeldeproblemen ist es nach Auftreten der Probleme installiert worden.

Das stimmt - bitte um Entschuldigung - mein Kopf war/ist mit dem Problem beschäftigt :-) Habe es dort und auch noch dort http://www.administrator.de/frage/remoteanmeldung-erst-lokaler-anmeldung-m%C3%B6glich-seite-heute-vorher-ok-265914.html gepostet. Leider gibt es aber bisher keine Ideen. Nur gut, dass es mit der Krücke erst lokal anmelden und dann Remote geht, dass die Mitarbeiter arbeiten können.

Nein, die aktuellen Updates von gestern wurden erst nach dem Auftreten des Effektes installiert. Selbständig installiert wurde vorgestern das Definitionsupdate von Defender.

Hallo, die Benutzer können sich seit heute Vormittag nicht mehr ohne Probleme am RemoteDesktop anmelden. Im Ereignislog: ID4625, Fehler: Bei der Anmeldung ist ein Fehler aufgetreten Status 0xc000006d Unterstatus 0x0 Dabei ist es egal ob der Benutzer ein richtiges oder falsches Kennwort eingibt. Wenn man den Benutzer lokal am gleichen Server anmeldet (geht ohne Probleme) und wieder abmeldet, kann man dann direkt per RDP eine Verbindung herstellen. Einige Benutzer berichten, dass es nach eine gewissen Zeitspanne nicht mehr geht, also man sich dann nicht mehr per RDP mit dem Benutzer anmelden kann. Wir haben keine Idee - das ist ein merkwürdiges Phänomen, da diese Konstellation Server/Clients seit Monaten stabil läuft. Es handelt sich um W2008R2 mit SP1 und allen KBs. Clients sind Windows 7 - testweise W2008R2 (gleiches Verhalten).

Alle WS und der Server haben 100MBit. Werde die Punkte am Montag abarbeiten .... Danke für die Hilfe.

Den Test haben wir mit einer bestehenden und einer ganz frisch installierten WS durchgeführt. Zwischen den WS geht es ja schnell ... nur wenn ich eine Freigabe des Servers benutze nicht. Vom Server auf eine Freigabe der beiden WS geht es wieder schnell. Auf dem Server und den WS läuft Panda als Virenschutz und auf dem Server AVM-Ken um den WS Internet zur Verfügung zu stellen (nicht meine Idee, haben wir so übernommen und wird beim nächsten Servertausch geändert...)

Komme leider per Fernwartung im Moment nicht auf den Server - werde die Ansätze am Montag testen und dann berichten. Vielen Dank und ein schönes Wochenende

Der Kopiervorgang wird in allen Fällen unverzüglich gestartet - es dauert nur halt unterschiedlich. In der Netzwerkumgebung des Servers werden alle Ws und Server angezeigt auf der Arbeitsstation erscheint nur der Server - das ist doch schon mal ein Ansatz ... werde nachher mal schauen woran das eigentlich liegt.

Wir haben hier einen Windows 2003 SBS Server mit SP1, der seit Wochen immer langsamer wird. Der Server und die Arbeitsstationen hängen mit 100MB an einem Switch. Das Kopieren einer 345MB großen Datei von einem freigegeben Ordner des Serves auf eine Arbeitsstation (das Kopieren wird auf der WS angestossen) dauert fast 9 min. Benutze ich ein Remotedesktop auf dem Server und kopiere von dort die gleiche Datei auf ein freigebenes Verzeichnis der Workstation dauert es nur 45 sec. Auch von Arbeitsstation zu Arbeitsstation dauert das Kopieren der Datei ca. 40 sec. Verstehe nicht, warum es einen Unterschied macht, ob ich das Kopieren auf dem Server anstosse oder auf der Workstation. Würde mich über ein kreatives Brainstormig freuen ... Vielen Dank!