19
Terminalserver 2008 friert bei Anmeldung als Administrator per RDP ein
Hallo, ich habe einen Windows Terminal Server 2008 SP1 (kein R2) aufgesetzt. Die Benutzer-RDP-Verbindungen funktionieren problemlos. Bei jeder zweiten bis dritten Anmeldung als Administrator über RDP friert der Server komplett ein ("Benutzereinstellungen werden geladen"). Es ist dann keine Anmeldung mehr möglich. Weder lokal noch über RDP. Es hilft nur noch die Reset-Taste. Ich finde den Fehler aber nicht und bitte um Eure Unterstützung. Danke.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 132009
Url: https://administrator.de/contentid/132009
Printed on: April 24, 2024 at 06:04 o'clock
19 Comments
Latest comment
Moin,
das klingt sehr komisch - richte mal bitte einen Acc ein, der auch volle Adminrechte hat - was passiert bei dem?
Gruß
24
das klingt sehr komisch - richte mal bitte einen Acc ein, der auch volle Adminrechte hat - was passiert bei dem?
Gruß
24
Hi,
schon mal an einen Hardwaredefekt gedacht?
Wenn sich jemand anmeldet, kommt mehr Leistung auf die CPU und der Bildschirm friert ein. Tausch mal den/die Lüfter.
Vielleicht hilft es ja.
Gruß
Volkmar
schon mal an einen Hardwaredefekt gedacht?
Wenn sich jemand anmeldet, kommt mehr Leistung auf die CPU und der Bildschirm friert ein. Tausch mal den/die Lüfter.
Vielleicht hilft es ja.
Gruß
Volkmar
Hallo Volkmar,
die Hardware ist o.k.
Es taucht ja (bisher) "nur" beim Administrator auf. Und ich weiß nicht warum.
Die (ca. 30) Benutzer arbeiten den ganzen Tag auf dem Server und melden sich ständig an und ab. Ohne Probleme.
Ich war schon am überlegen, ob es vielleicht daran liegen könnte, dass sich nicht alle Benutzer (richtig) abmelden und es irgendwann ggf. zu viele offenen Sitzungen sind.
Ggf. könnte es etwas bringen, wenn man einstellt, dass nach 2 Stunden nix tun die Sitzungen grundsätzlich (ohne Rücksicht auf Verluste) getrennt werden.
Bisher ist das Problem mit dem Anmelden immer erst Abends aufgetreten, wenn sonst keine Benutzer mehr aktiv waren und ich bzw. ein anderer Admin per RDP aus der Ferne auf den Server zugreifen wollten.
Interessanterweise tauchte das Problem bisher nicht auf, wenn ich per VNC auf den Server zugreife.
die Hardware ist o.k.
Es taucht ja (bisher) "nur" beim Administrator auf. Und ich weiß nicht warum.
Die (ca. 30) Benutzer arbeiten den ganzen Tag auf dem Server und melden sich ständig an und ab. Ohne Probleme.
Ich war schon am überlegen, ob es vielleicht daran liegen könnte, dass sich nicht alle Benutzer (richtig) abmelden und es irgendwann ggf. zu viele offenen Sitzungen sind.
Ggf. könnte es etwas bringen, wenn man einstellt, dass nach 2 Stunden nix tun die Sitzungen grundsätzlich (ohne Rücksicht auf Verluste) getrennt werden.
Bisher ist das Problem mit dem Anmelden immer erst Abends aufgetreten, wenn sonst keine Benutzer mehr aktiv waren und ich bzw. ein anderer Admin per RDP aus der Ferne auf den Server zugreifen wollten.
Interessanterweise tauchte das Problem bisher nicht auf, wenn ich per VNC auf den Server zugreife.
Hallo 24,
hilf mir bitte kurz auf die Sprünge. Für was steht die Abkürzung "Acc". Danke.
hilf mir bitte kurz auf die Sprünge. Für was steht die Abkürzung "Acc". Danke.
Hi,
ich vermute mal, dass er das meint
http://www.pcmasters.de/forum/prozessoren/39009-bedeutet-acc.html
Ich würde Dir dann mal raten, dass Du automatisches Abmelden auf den Servern einrichtest. Wenn jemand länger als 3 Std ..wie lange auch immer, getrennt ist, wird er automatisch abgemeldet.
Vielleicht ist die Maschiene wirklich nur überlastet.
Gruß
Volkmar
ich vermute mal, dass er das meint
http://www.pcmasters.de/forum/prozessoren/39009-bedeutet-acc.html
Ich würde Dir dann mal raten, dass Du automatisches Abmelden auf den Servern einrichtest. Wenn jemand länger als 3 Std ..wie lange auch immer, getrennt ist, wird er automatisch abgemeldet.
Vielleicht ist die Maschiene wirklich nur überlastet.
Gruß
Volkmar
Zitat von @Tommmy99:
Hallo 24,
hilf mir bitte kurz auf die Sprünge. Für was steht die Abkürzung "Acc". Danke.
Hallo 24,
hilf mir bitte kurz auf die Sprünge. Für was steht die Abkürzung "Acc". Danke.
einen weiteren Account mit vollen Adminrechten - passiert das da, wenn Du den nutzt?
Gruß
24
Hallo, endlich ist nun ein Fehler protokolliert worden. Vielleicht könnt Ihr damit etwas anfangen:
Erster Fehler:
Ereignis-ID: 56, Quelle: TermDD
Die Terminalserver-Sicherheitsschicht hat einen Fehler im Protokollablauf erkannt und den Client getrennt.
Gefolgt von diesen Fehlern:
Ereignis-ID: 7011, Quelle: Ereignisprotokollanbieter für Dienststeuerungs-Manager
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CryptSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst RasMan erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Schedule erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst seclogon erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst ShellHWDetection erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UmRdpService erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UxSms erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst wuauserv erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Appinfo erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst AudioEndpointBuilder erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst BITS erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CertPropSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CryptSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Netman erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst RasMan erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Schedule erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst seclogon erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst ShellHWDetection erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UmRdpService erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UxSms erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst wuauserv erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Appinfo erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst AudioEndpointBuilder erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst BITS erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CertPropSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CryptSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Netman erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst RasMan erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Schedule erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst seclogon erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst ShellHWDetection erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UmRdpService erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UxSms erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst wuauserv erreicht.
Vielen Dank für Eure Unterstützung.
Erster Fehler:
Ereignis-ID: 56, Quelle: TermDD
Die Terminalserver-Sicherheitsschicht hat einen Fehler im Protokollablauf erkannt und den Client getrennt.
Gefolgt von diesen Fehlern:
Ereignis-ID: 7011, Quelle: Ereignisprotokollanbieter für Dienststeuerungs-Manager
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CryptSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst RasMan erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Schedule erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst seclogon erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst ShellHWDetection erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UmRdpService erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UxSms erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst wuauserv erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Appinfo erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst AudioEndpointBuilder erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst BITS erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CertPropSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CryptSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Netman erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst RasMan erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Schedule erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst seclogon erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst ShellHWDetection erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UmRdpService erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UxSms erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst wuauserv erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Appinfo erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst AudioEndpointBuilder erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst BITS erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CertPropSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CryptSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Netman erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst RasMan erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Schedule erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst seclogon erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst ShellHWDetection erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UmRdpService erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UxSms erreicht.
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst wuauserv erreicht.
Vielen Dank für Eure Unterstützung.
Hi,
hast Dir das mal angeguckt?
http://support.microsoft.com/kb/922918/de
Ansonsten, wie lange wartest Du denn immer, bis Du auschaltest?
Oder, kann dann keiner mehr arbeiten?
Gruß
Volkmar
hast Dir das mal angeguckt?
http://support.microsoft.com/kb/922918/de
Ansonsten, wie lange wartest Du denn immer, bis Du auschaltest?
Oder, kann dann keiner mehr arbeiten?
Gruß
Volkmar
Hallo Volkmar, das Problem trat am Freitag nachmittag (ca. 17:00 Uhr) auf. Bis heute morgen um 08:00 Uhr konnte keiner drauf arbeiten. Es half nur der Reset.
Probiere das mal aus,
http://www.microsoft.com/downloads/details.aspx?FamilyID=c3f5f040-ab7b- ...
Gruß
Volkmar
http://www.microsoft.com/downloads/details.aspx?FamilyID=c3f5f040-ab7b- ...
Gruß
Volkmar
Teste ich. Danke für die zwei Links. - Melde mich wieder!
Habe genau das selbe Problem hat die registy anpassung etwas geholfen ?
Hallo zusammen
Hab genau das selbe Problem - trat das Prolem bei sonst noch jemandem auf?
Gruss Viny
Hab genau das selbe Problem - trat das Prolem bei sonst noch jemandem auf?
Gruss Viny
genau das gleiche Problem habe ich auch seit geraumer Zeit, allerdings bei Benutzer RDP Verbindungen, helfen hier die Registry Anpassungen etwas oder muss hier was anderes gemacht werden, in diesem momentanen Zustand ist der TS unbrauchbar
(2008/ R2 im Cluster)
(2008/ R2 im Cluster)
Hallo Zusammen,
das Problem bei uns wurde durch das Softwarehaus gelöst. Auf dem Terminal-Server läuft die Software "Sage Office Line Evolution". Nach Aussage des Softwarehauses mussten DLL-Dateien angepasst werden um das Problem zu lösen. Welche, weiß ich aber nicht. Das Problem wurde durch die Software ausgelöst.
Gruß, Tommmy
das Problem bei uns wurde durch das Softwarehaus gelöst. Auf dem Terminal-Server läuft die Software "Sage Office Line Evolution". Nach Aussage des Softwarehauses mussten DLL-Dateien angepasst werden um das Problem zu lösen. Welche, weiß ich aber nicht. Das Problem wurde durch die Software ausgelöst.
Gruß, Tommmy
Hi,
ich bin gerade auf genau das Problem gestoßen, wie es beschrieben ist.
Windows Server 2008 SP2 Umgebung mit TS Clients.
Die Clients fliegen ständig raus, wenn sich ein anderer an- oder abmeldet.
Genau das gleiche Fehlerbild und der gleiche Fehlercode.
Wie habt ihr die Problematik gelöst?
Leider hat niemand geschrieben wie das nun wieder zum Laufen gebracht wurde.
Vielen Dank schon im Voraus für die Unterstützung
ich bin gerade auf genau das Problem gestoßen, wie es beschrieben ist.
Windows Server 2008 SP2 Umgebung mit TS Clients.
Die Clients fliegen ständig raus, wenn sich ein anderer an- oder abmeldet.
Genau das gleiche Fehlerbild und der gleiche Fehlercode.
Wie habt ihr die Problematik gelöst?
Leider hat niemand geschrieben wie das nun wieder zum Laufen gebracht wurde.
Vielen Dank schon im Voraus für die Unterstützung
Ja! Bei mir tritt es auch auf.
ja: 2 mal im Verlauf von 3 Monaten auf einem kvm-virtualisierten aktuell gepatchten Windows7 Entrerprise-System (64 bit). Der Zugang geschieht über rdp. Software: StonegateVPN und SAP.
- Die Benutzerin hat sich korrekt abgemeldet, am nächsten Morgen erschein beim
- ersten Versuch minutenlang eine Sanduhr,
- beim zweiten Versuch die Meldung, der remotedeskop-dienst sein ausgelastet, die Anmeldung unter einem anderen Namen würde wahrscheinlich funktionieren (was er nicht tat)
- beim dritten Versuch als admin war keine password-eingabe möglich
nur harter Reset half. Mehrer 2008-Terminalserver laufen problemlos in der gleichen Virtulisierungsumgebung. Bin eher ratlos.
- Die Benutzerin hat sich korrekt abgemeldet, am nächsten Morgen erschein beim
- ersten Versuch minutenlang eine Sanduhr,
- beim zweiten Versuch die Meldung, der remotedeskop-dienst sein ausgelastet, die Anmeldung unter einem anderen Namen würde wahrscheinlich funktionieren (was er nicht tat)
- beim dritten Versuch als admin war keine password-eingabe möglich
nur harter Reset half. Mehrer 2008-Terminalserver laufen problemlos in der gleichen Virtulisierungsumgebung. Bin eher ratlos.
Hallo zusammen,
Hat irgendwer eine verlässliche Lösung gefunden?
VG,
Mac
Hat irgendwer eine verlässliche Lösung gefunden?
VG,
Mac
