Der Bildschirm für die Remotedesktopverbindung ist vollständig schwarz, aber der Server funktioniert einwandfrei

Der Server funktioniert einwandfrei, aber wenn ich das mache, ist der RDC-Bildschirm nur schwarz. Dies ist zuvor passiert und ich habe es behoben, indem ich den Server über KVM / IP ausgeschaltet habe, aber ich möchte das nicht noch einmal tun. Wie kann ich dieses Problem beheben?

Betriebssystem: Windows Server 2008 R2 Web Edition SP1

Ich habe gesehen, dass dies vor drei oder vier Mal passiert, wenn ein Benutzer seine Sitzung einfach schließt, anstatt sich abzumelden. Bitte probieren Sie die Dinge im obigen KB-Artikel unter der Antwort von JohnThePro aus.

Dies passiert mir oft, wenn ich eine Verbindung zu einem Windows 7 x64-Computer herstelle. Die von mir verwendete Lösung ist das Drücken von Strg-Alt-Ende im RDP-Fenster. Daraufhin wird der Bildschirm "Computer sperren" angezeigt. Lock-Unlock und du bist dabei!

Wenn es das nächste Mal auftaucht, gibt es einen speziellen KB-Artikel zu diesem Problem.

http://support.microsoft.com/kb/555840

Symptome

Bei der Anmeldung bei einem Remoteserver über den Remotedesktop können folgende Probleme auftreten:

1. Ein langsamer Anmeldevorgang.
2. Für eine Weile wird ein schwarzer Bildschirm angezeigt, bis der normale Desktop angezeigt wird.

AUFLÖSUNG

1. Deaktivieren Sie die Verwendung von "Bitmap-Caching" auf dem RDP-Client.
2. Stellen Sie sicher, dass der Server, der Client und die Netzwerkausrüstung die Größe "MTU" verwenden.

Hier erfahren Sie, wie Sie das Problem umgehen können. Alles andere ist für mich gescheitert.

Ich verwende Windows 7 Home Edition.

Bevor Sie eine Verbindung zu RDP herstellen,

Klicken Sie auf den Link mit den Worten "Remotedesktopverbindung". Stellen Sie sicher, dass Sie auf den Link mit diesen Wörtern klicken, nicht auf die tatsächliche URL oder den gespeicherten RDP-Namen.

Wenn das RDP-Fenster geöffnet wird, klicken Sie unten auf die Schaltfläche Optionen.

Wechseln Sie zu Anzeigeeigenschaften, indem Sie auf die Registerkarte Anzeige klicken.

Ändern Sie im Anzeigekonfigurationsfenster die Bildschirmauflösung jedes Mal geringfügig, bevor Sie auf Verbinden klicken.

Dadurch bleibt Ihr schwarzer Bildschirm fern.

Drücken Sie STRG + ALT + ENDE und drücken Sie den Task-Manager. Melden Sie sich ab und wieder an. Dies passiert, wenn der Benutzer die Sitzung trennt, sich jedoch nicht ordnungsgemäß abmeldet.

Versuchen Sie, es im Vollbildmodus anzuzeigen, und führen Sie dann einen "Alt-Tab" aus. Vielleicht steckt es in einer seltsamen Anwendung. Diese Technik hat bei mir einmal funktioniert.

Haben Sie versucht, sich als anderer Benutzer anzumelden? Dies passiert manchmal auf meinem Terminal, wenn eine Sitzung beim Abmelden hängen bleibt. Das Beenden der Sitzung über das Remote-Desktops-Tool behebt das Problem.

In diesem Artikel wurden viele mögliche Gründe und deren Lösungen für dieses Problem aufgeführt. Ich konnte mein Problem beheben, indem ich die im Artikel beschriebenen Sitzungslimits aktivierte. http://www.grishbi.com/2015/01/rdp-black-screen/

Es gibt auch einen weiteren KB-Artikel mit einem Patch für Windows Server 2008 R2.

http://support.microsoft.com/kb/981156/en-us

Ich habe diesen Patch installiert, um das Problem zu beheben.

Wenn eine Benutzersitzung getrennt wird, wird der schwarze Bildschirm gelegentlich bei erneuter Verbindung angezeigt.

Ich hatte ein ähnliches Problem beim Remoting auf einem Desktop unter Windows 10. Der Desktop verfügte über zwei Monitore, einen an die integrierten Grafiken und einen an eine dedizierte Grafikkarte. Das Entfernen des Monitors, der die integrierte Grafik verwendet hat, hat das Problem behoben. Vermutlich funktioniert etwas in einem der Treiber nicht richtig.

UAC. UAC ist das Problem. Dieser Mist, ja. In meinem Fall war die erste Anmeldung erfolgreich und funktionierte, aber jeder andere aufeinanderfolgende Versuch funktionierte nicht. Ich bekam entweder einen flackernden (unbrauchbaren) oder einen vollständig schwarzen Bildschirm, auf RDP oder direkt auf der Konsole des 2012 R2-Servers. In den Anwendungsereignisprotokollen gab es viele Fehler mit eventID 1000 (Fehlerhafter Anwendungsname: explorer.exe, Version: 6.3.9600.17415, Zeitstempel: 0x54503a3a Fehlerhafter Modulname: unbekannt). UAC wurde deaktiviert. Ich habe es gerade aktiviert, den Server neu gestartet und mich dann mit mehreren Arbeitssitzungen anmelden können. Ich habe sogar die Benutzerkontensteuerung deaktiviert und den Server neu gestartet, und die Dinge funktionierten normal. Vorsicht vor UAC :)

Ich weiß wirklich nicht, dass dies meinem Server passiert ist, aber ich habe auf den leeren Bildschirm geklickt und mein Passwort eingegeben. Boom, es öffnete sich. Ich glaube, in meinem Fall wurde der Anmeldebildschirm nicht angezeigt.

Viele Menschen, einschließlich mir und vielen, haben Probleme damit. Es gibt jedoch viele Informationen voller Verwirrung. Ein einfacher Weg für diejenigen, die dieses Problem in der ARP-Verbindung haben. Dieses Problem wird hauptsächlich dadurch verursacht, dass die ARP-Verbindung offen bleibt.

LÖSUNG: FÜR DC-SERVER: Schreiben Sie eine Regel aus dem Server-Gruppenrichtlinienobjekt. Melden Sie sich innerhalb von 5 Minuten ab, wenn Sie die Verbindung trennen oder beenden. Hallo an alle, Wenn es Programme gibt, die auf dem aktuellen Server geöffnet bleiben müssen, wenden Sie die Regel nur für Computer an, die eine Verbindung herstellen.

*Hinweis! * 5 Minuten minimieren mögliche Risiken. *

TERMINAL SERVER: Wenden Sie die Regel, die Sie auf dem DC-Server erstellen, nur für den Terminalserver an oder wenden Sie sie auf die Benutzer an, die eine Verbindung herstellen.

Wenn Sie Schwierigkeiten haben, Regeln zu erstellen, schreiben Sie einfach eine Antwort.