☰

Remotedesktop bleibt beim Laden der virtuellen Maschine hängen

tag-icon • tag-icon remote-desktop-services remote-desktop-gateway
Remotedesktop bleibt beim Laden der virtuellen Maschine hängen

Wir haben eine Terminaldiensteumgebung mit folgender Konfiguration

Server A - RD-Gateway + Verbindungsbroker Server 1 bis 20 - RD-Sitzungshost

Wir haben 7 Sammlungen und Sitzungshostserver werden je nach benötigter Anwendungsversion verschiedenen Sammlungen zugewiesen. Auf allen Servern läuft Windows Server 2016 Standard. Auf Server A haben wir für alle Dienste Platzhalterzertifikate installiert.

Unsere Umgebung verwendet keine Bereitstellung auf Basis virtueller Maschinen. Hatte noch nie eine. Es hat gut funktioniert, aber in letzter Zeit bleiben viele Benutzer beim LADEN DER VIRTUELLEN MASCHINE hängen.

Wenn wir das Ereignisprotokoll im Gateway überprüfen, gibt es ein Ereignis 801 wie folgt

RD Connection Broker hat die Verbindungsanforderung für Benutzer XX erfolgreich verarbeitet. Umleitungsinformationen: Zielname = XX Ziel-IP-Adresse = 192.168.110.72 Ziel-NetBIOS = XX Ziel-FQDN = XX Getrennte Sitzung gefunden = 0x0

Nach ca. 1 Minute tritt ein Ereignis 819 wie folgt auf:

Bei dieser Verbindungsanforderung ist das Zeitlimit überschritten. Der Benutzer konnte sich innerhalb der vorgegebenen Zeit nicht am Endpunkt anmelden. Der Remote Desktop Connection Broker wird die Überwachung dieser Verbindungsanforderung beenden.

Auf dem Sitzungshostserver liegt absolut kein Ereignis vor. Wir können uns direkt mit dem Sitzungshostserver verbinden. Wir haben fast alles versucht, konnten aber keine Lösung finden.

Ein dringender Rat wäre hilfreich.

Danke, RJ

17-04-2022 Nach genauerer Untersuchung tritt dies nicht auf allen Clients auf. Auf dem Client, auf dem dies geschieht, treten Fehler wie die folgenden in den lokalen Terminaldiensten auf - Client ActiveX Core

Komponentenname: CAAClientAdapter, :: 'm_spHelper->ReadCreds fehlgeschlagen' in CAAClientAdapter::CreateTunnel bei 380 err=[0xffffffff], Fehlercode: 0xFFFFFFFF

Komponentenname: CClientProxyTransport, :: 'm_ClientAdapter->CreateTunnel fehlgeschlagen' in CProxyRawTrans::CreateProxyConnection bei 2132 err=[0x800759d9], Fehlercode: 0x800759D9

Komponentenname: CClientProxyTransport, :: „Timeout der Gateway-Verbindung beträgt 90“ in CClientHTTPProxyTransport::Connect bei 1098 err=[0x800759d9], Fehlercode: 0x800759D9

Komponentenname: CClientProxyTransport, :: „CreateConnection fehlgeschlagen“ in CClientHTTPProxyTransport::Connect bei 1107 err=[0x800759d9], Fehlercode: 0x800759D9

Antwort1

Es wurde festgestellt, dass das Problem durch das neueste Update der Windows 11 Insider Preview Beta-Version 22598.ni_release.220408-1503 verursacht wurde.

Wir prüfen, ob das Entfernen das Problem löst, oder wir warten auf das nächste Update.

Danke

Antwort2

Dies hat das gleiche Problem für uns gelöst:

  • Öffnen Sie den Registrierungseditor. Navigieren Sie zu HKEY_CURRENT_USER > Software > Microsoft > Terminalserver-Client.
  • Navigieren Sie zum rechten Bereich, klicken Sie mit der rechten Maustaste und wählen Sie Neu > DWORD (32-Bit-Wert). Nennen Sie diese Option „RDGClientTransport“.
  • Doppelklicken Sie auf diese neu erstellte Datei. Die Eigenschaften werden geöffnet. Suchen Sie hier nach einer Option zum Festlegen der Wertdaten. Geben Sie den Wert 1 ein. Klicken Sie auf OK und schließen Sie die Windows-Registrierung

Quelle:https://learn.microsoft.com/en-us/answers/questions/809031/remote-desktop-stuck-at-loading-virtual-machine.html

Antwort3

  1. Gehen Sie zu „Start“ > „Einstellungen“ > „Update und Sicherheit“ und klicken Sie im rechten Bereich auf „Erweiterte Optionen“.

  2. Klicken Sie dann auf „Wiederherstellung“ und unter „Wiederherstellungsoptionen“ auf „Zurück“.

verwandte Informationen