Ich habe dieses Problem seit der Aktualisierung (Neuinstallation) auf Windows 10 Professional. Früher habe ich ohne Probleme eine Verbindung zu meinem Computer über RDP über WAN und LAN hergestellt.

Nachdem ich W10 installiert und alles korrekt eingerichtet habe (Ports, statische IP-Adresse usw.), kann ich mich immer noch verbinden, aber tagsüber tritt es mich nach dem Zufallsprinzip aus und ich kann mich danach nicht mehr erfolgreich anmelden. Es stellt eine sichere Verbindung her und stellt eine Verbindung her, aber ich erhalte einen schwarzen Bildschirm ohne Cursor und trenne einige Sekunden danach die Verbindung ohne Fehler.

Es ist ein Intel i7 Desktop mit nVidia GPU mit den neuesten Treibern.

Dinge, die ich kenne / ausprobiert habe:

1. Wenn ein Problem auftritt, kann ich es auf Windows, Mac oder iPads / iPhones über LAN oder WAN replizieren.

2. Ein vorübergehender Neustart behebt das Problem, bis es erneut auftritt.

3. Das Deaktivieren der Bitmap-Zwischenspeicherung oder das Ändern der Auflösung auf dem RDP-Client behebt das Problem nicht.

4. Drücken von CTRL+ ALT+ ENDmacht nichts.

5. Hat ein neues Konto erstellt und versucht, sich bei diesem anzumelden, um zu testen, ob es mit dem Konto zusammenhängt, hat sich jedoch noch nicht angemeldet.

6. Wurde ein sfc /scannowSystem-Scan durchgeführt und beschädigte Dateien repariert, kam es ohne Fehler heraus.

7. Ich habe das Ereignisprotokoll überprüft und anscheinend stürzt WINLOGON immer wieder ab. Es heißt nur "der Windows-Anmeldevorgang wurde unerwartet beendet"

Ich habe keine Optionen mehr, um dieses Problem zu beheben. Jede Hilfe wird gebeten.

Remote Desktop - Schwarzer Bildschirm des Todes

Das Thema

Bei Verwendung von Remotedesktop wird der Remotebildschirm direkt nach der Anmeldung schwarz und Sie haben keine Kontrolle. Das Problem scheint durch Screen Caching und den Zugriff auf ein System mit unterschiedlicher Bildschirmauflösung oder RDP-Fenstergröße verursacht zu werden.

Die Lösungen)

• Während du eingeloggt bist und auf dem schwarzen Bildschirm des Todes feststeckst
  1. Drücken Sie auf Laptops CTRL+ ALT+ ENDoder CTRL+ ALT+ FN+ END. Dadurch wird der Task-Manager aufgerufen und in den meisten Fällen wird sofort der Desktop angezeigt.
  2. Wenn nur der Task-Manager, aber kein Desktop angezeigt wird, führen Sie den Explorer über den Task-Manager aus: File > New Task > Explorer.exe
• Versuchen Sie es mit einer anderen Auflösung.
• Greifen Sie auf die Remotecomputer Computerverwaltung oder Dienste-MMC zu, und schalten Sie den Remotedesktopdienste-Dienst aus.
• Aktualisieren Sie die Bildschirmtreiber sowohl auf dem verbundenen Computer als auch auf dem Computer, den Sie verbinden.
  1. Einige Benutzer erleben dies mit Nvidia-GPUs. Das Geforce Experience-Programm verfügt über eine "Share" -Funktion, die auch als "Schattenspiel" bezeichnet wird. Wenn diese Option aktiviert ist, treten bei einigen Personen Probleme auf. Versuchen Sie es zu deaktivieren, starten Sie es neu und prüfen Sie, ob es hilft.
  2. Überprüfen Sie die Anzeigeeinstellungen auf dem Remote-Host und prüfen Sie, ob ein Phantommonitor vorhanden ist. Möglicherweise muss geändert werden, welcher Monitor der primäre ist
• Starten Sie einen neuen RDP-Client auf Ihrem Desktop, aber BEVOR Sie auf VERBINDEN klicken, auf den Link OPTIONEN ANZEIGEN klicken, auf die Registerkarte ANZEIGE klicken und die ANZEIGEKONFIGURATION auf eine niedrige Auflösung wie 640 × 480 einstellen.
• Schalten Sie den Schnellstart aus
  • Diese Funktion funktioniert nur, wenn Sie ein Herunterfahren und dann Booten. Es wird kein Neustart durchgeführt.
  • Gehen Sie in der Systemsteuerung zu Energieoptionen und wählen Sie auf der linken Seite Auswählen, was die Netzschalter tun.
  • Wählen Sie dann in der oberen Bildschirmmitte die Option Einstellungen ändern, die derzeit nicht verfügbar sind ...
  • Deaktivieren Sie im unteren Bereich des Fensters die Option "Schnellstart".

Verhütung

• Deaktivieren Sie das Bitmap-Caching für Ihre RDP-Verbindungen
• Vergewissern Sie sich, dass das RDP-Konto auf dem Remote-System über vollständige Administratorrechte verfügt
• Greifen Sie mit gleichbleibender Auflösung auf den Remotecomputer zu. Der Vollbildmodus kann hilfreich sein
• Vergewissern Sie sich, dass die Grafiktreiber beider Systeme auf dem neuesten Stand sind

Ressourcen

(Google es auf Microsoft-Support-Websites; ich habe einen zu schlechten Ruf, um Links zu posten.)

• Deaktivieren Sie das Bitmap-Caching 2012
• Hotfix für "Schwarzer Bildschirm während einer Remoteunterstützungssitzung in Windows Vista, Windows Server 2008, Windows 7 oder Windows Server 2008 R2"
• Der Sperrbildschirm ist schwarz oder leer und reagiert nicht auf Tastatur- oder Wischaktionen in der technischen Vorschau von Windows 10

Ich hatte das gleiche Problem: Wechsle von 32-Bit- auf 24-Bit-Farben und Sie können die Verbindung wie gewohnt herstellen. Alle anderen Einstellungen können auf ihren Standardeinstellungen belassen werden.

Keine der anderen Antworten funktionierte für mich, ich fand schließlich etwas, das nach vielem Graben tat. Verwenden Sie den Gruppenrichtlinien-Editor (oder laden Sie das übergeordnete "Policy Plus" herunter), und deaktivieren Sie UDP. Sie finden dies in den Protokollen policy rds / client oder rds / host / connection / select oder in der Registrierung unter SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services \ Client

Es gibt eine Menge Einstellungen, mit denen Sie experimentieren können. Sie können auch versuchen, RemoteFX-Grafiken zu deaktivieren.

In meinem Fall war es Python Miniconda, das ein Problem mit der Beeinträchtigung von PATH unter Linux in .bashrc hatte. Einige Details sind in meiner Antwort enthalten

Dies könnte nicht helfen, aber ich habe es gelöst, indem ich die Auflösung heruntergerechnet habe. Das Problem trat auf, als der Monitor, über den ich eine Verbindung herstellte, 2560 x 1440 Pixel hatte und der Remotecomputer dies nicht zuließ. Es auf 1920x1080 herunterzudrehen hat gut funktioniert und ich bin jetzt mit allem verbunden, was angezeigt wird.

Ich hatte dieses Problem, da ich andere DPI hatte. Auf meinem Laptop hatte ich DPI auf 125% eingestellt, während ein Computer, den ich anschloss, 100% hatte. Das Einstellen von DPI auf 100% auf dem Laptop löste das Problem.

Wenn ich dieses Problem habe, verschiebe ich den RDP-Bildschirm auf meinen Standardbildschirm und maximiere den Bildschirm. Der RDP-Bildschirm sollte nicht mehr schwarz sein. Ich verschiebe dann das RDP auf meinen sekundären Bildschirm. Nicht die beste Lösung, aber es funktioniert.

Hatte das gleiche Problem. Folgendes hat für mich geklappt:

1. Klicken Sie mit der rechten Maustaste auf das aktuelle Grafikelement im Geräte-Manager und wählen Sie "Treiber aktualisieren" .
2. Wählen Sie "Auf dem Computer nach Treibersoftware suchen".
3. Wählen Sie "Aus einer Liste von Gerätetreibern auswählen".
4. Wählen Sie "Microsoft Basic Display Adapter"

Ich hatte dieses Problem, nachdem ich Oracle VM und ein Lubuntu-Image installiert hatte. Gleich nach der Oracle-Installation war alles in Ordnung und ich konnte auch Lubuntu installieren. Ich habe alles durch RDC gemacht. Plötzlich wurde der Bildschirm schwarz. Ich habe den Computer nicht neu gestartet oder irgendetwas Erwähnenswertes getan, es ist einfach passiert. Dies alles geschah in einer einzigen Sitzung.

Ich habe dann versucht, den Computer manuell neu zu starten. Ich habe alle oben genannten Einstellungen ausprobiert, was anderen Leuten geholfen hat, und ich habe auch Oracle VM deinstalliert. Nichts hat geholfen.

Am Ende habe ich meinen Computer in den Zustand zurückversetzt, bevor ich Oracle VM mit einem Wiederherstellungspunkt installiert habe, der automatisch von meinem Computer generiert wurde. Jetzt funktioniert RDC wieder und ich kann den Bildschirm sehen.

tl; dr: Verwenden Sie einen Wiederherstellungspunkt, wenn RDC funktioniert hat, aber nicht mehr funktioniert

Wiederholen einer Problemumgehung, die von @johnny Keeton oben dokumentiert wurde, und als Antwort vorschlagen, da sie für mich funktioniert hat, als die anderen oben genannten Lösungen nicht ...

tasklist /svc | findstr /C:TermServicezum Ermitteln der Prozess-ID und
taskkill /F /PID [process_id]zum Beenden des
net start TermServiceNeustarts des Prozesses (obwohl er nach meiner Erfahrung von selbst neu gestartet wird)

- Johnny Keeton 24. August 16 um 02.03 Uhr