Zeitweise tritt ein Problem auf, bei dem eine Remotedesktopsitzung mit der Fehlermeldung „Aufgrund eines Protokollfehlers wird diese Sitzung getrennt. Bitte versuchen Sie erneut, eine Verbindung zum Remotecomputer herzustellen. “
Wir erhalten dies nur mit einem Server, auf dem Windows Server 2008 ausgeführt wird und der eine Verbindung mit Windows 7-Clients herstellt. Die Sitzung selbst läuft weiter, Sie werden einfach getrennt und können versuchen, die Verbindung wiederherzustellen. Manchmal steigt man für eine Weile ein, dann wird es einen rausschmeißen.
Wir stellen eine Verbindung von Windows 7-Clients her. Wir haben versucht, eine Verbindung mit Cord auf einem Mac herzustellen, und dies funktioniert einwandfrei. Es ist also nicht so, dass die Sitzung selbst beschädigt ist.
Ein Problem besteht darin, dass einige kritische Anwendungen unter der Sitzung ausgeführt werden (ich weiß, lassen Sie uns die Idiotie davon nicht diskutieren), sodass wir die Sitzung während des Arbeitstages in keiner Weise zurücksetzen können - daher muss jede Diagnose nur minimale Auswirkungen haben.
Danke, Jon
Antworten:
Ich hatte das gleiche Problem und fand zum Glück die Lösung im Forum social.technet.microsoft.com :
quelle
Dies wird normalerweise dadurch verursacht, dass auf dem System, zu dem Sie eine Verbindung herstellen möchten, die RAM-Verfügbarkeit niedrig ist / das gesamte Systemvolumen oder das Swap-File-Laufwerk voll ist.
quelle
Dieses Problem kann aufgrund des geringen Arbeitsspeichers auf dem Remote-Server auftreten.
Für mich wurde das Problem durch Folgendes behoben:
Gehen Sie zur Registerkarte Erfahrung und deaktivieren Sie Folgendes:
Gehen Sie zur Registerkarte Anzeige :
Wenn Sie das Remote-Audio nicht benötigen , wechseln Sie zur Registerkarte Lokale Ressourcen :
Es ist nicht erforderlich, die RDP-Komprimierung über die Gruppenrichtlinie auf dem Remotecomputer zu ändern. Nur das Deaktivieren dieser Komprimierung sollte ausreichen.
Getestet für Windows Server 2008 R2 SP1 als Remote und Windows 10 Pro als Client.
quelle
Ein möglicher Test besteht darin, festzustellen, ob dies bei Windows 7-Clients auftritt, die eine Verbindung über ein anderes IP-Netzwerk / Subnetz herstellen (wenn die aktuelle Situation bei lokalen Netzwerkclients auftritt).
quelle