RDP Console Session Error 0x708 & SMB Authentication Failure nach KB5083631

Question

RDP Console Session Error 0x708 & SMB Authentication Failure nach KB5083631

Anzeigename-7107 0

Hallo,

ich ersuche bei folgendem Sachverhaltum Hilfe:

Seit der Installation von KB5083631 (ca. 01./03. Mai 2026) funktionieren zwei bisher einwandfrei arbeitende Windows 11 PCs in einem Heimnetzwerk nicht mehr miteinander:

Ich habe mit einem KI Chatbot bereits einige Lösungsansätse versucht, komme aber nicht weiter. Ich habe daher alle Informationen von besagter KI zusammenfassen lassen um sie euch zur Verfügung zu stellen.

Siehe hier:

Remote Desktop (RDP)

• RDP-Verbindungen zwischen PC A und PC B schlagen fehl mit Fehlercode 0x708 (ERROR_CTX_CONSOLE_CONNECT)

• Fehlermeldung: "Fuer den Computer konnte keine Verbindung mit einer anderen Konsolensitzung auf dem Remotecomputer hergestellt werden, da bereits eine Konsolensitzung aktiv ist"

• Betrifft sowohl mstsc.exe als auch die moderne Windows App (Store)

• Zugriff vom Tablet (Android/iOS Windows App) auf beide PCs funktioniert einwandfrei

SMB-Netzwerkfreigaben

• Zugriff auf freigegebene Laufwerke zwischen den PCs schlaegt fehl

• Fehlermeldung: "Benutzername oder Kennwort ist falsch" (Anmeldedaten sind korrekt)

• Ereignisanzeige zeigt Event ID 4625, Status 0xC000006D, Authentifizierungspaket NTLM

• Kontoname im Fehlerprotokoll: ******@xxxxxxx.xx (Microsoft-Konto UPN-Format)

Systeminformationen

Betriebssystem Windows 11 Pro, Version 25H2

Build (PC A) 26200.8328 (KB5083631, installiert 03.05.2026)

Build (PC B) 26200.8328 (KB5083631, installiert 01.05.2026)

Netzwerktyp Heimnetzwerk / Arbeitsgruppe (Peer-to-Peer)

Authentifizierung Microsoft-Konto (******@xxxxxxx.xx) auf beiden PCs

Machine GUIDs Unterschiedlich auf beiden PCs (verifiziert)

Ereignisprotokoll (Event ID 4625)

Ereignis-ID 4625

Quelle Microsoft-Windows-Security-Auditing

Datum 01.06.2026 15:18:35

Anmeldetyp 3 (Netzwerk)

Fehlercode 0xC000006D

Unterstatus 0x0

Authentifizierung NTLM

Kontoname ******@xxxxxxx.xx

Quell-IP 10.5.0.2

Zeitlicher Ablauf

vor KB5083631 RDP und Netzwerkfreigaben funktionieren seit ca. 2 Jahren einwandfrei

01.05.2026 KB5083631 auf PC B installiert

03.05.2026 KB5083631 auf PC A installiert

ab ~04.05.2026 Sowohl RDP als auch Netzwerkfreigaben schlagen fehl

02.06.2026 Problem besteht weiterhin nach allen Loesungsversuchen

Bereits versuchte Loesungsansaetze (alle ohne Erfolg)

• Registry: fSingleSessionPerUser auf 0 gesetzt (wird sofort ueberschrieben)

• GPO: "Remotedesktopdienste auf eine Sitzung pro Benutzer beschraenken" deaktiviert

• RDP-Dienst neugestartet (net stop/start TermService)

• Haengende Sitzungen per reset session bereinigt

• UDP fuer RDP deaktiviert (fClientDisableUDP = 1)

• KB5083631 deinstalliert (Systemkomponenten wurden nicht sauber zurueckgesetzt)

• Windows Hello / PIN deaktiviert, Anmeldung explizit per Passwort

• Microsoft-Konto Passwort zurueckgesetzt

• Anmeldeinformations-Manager (keymgr.dll) geleert

• Arbeitsgruppe neu konfiguriert

• Known Issue Rollback MSI fuer KB5065426 installiert und GPO deaktiviert

• LAN-Manager-Authentifizierungsebene in secpol.msc angepasst

• Machine GUIDs verglichen (sind unterschiedlich - kein SID-Duplikat-Problem)

Analyse

Der Fehler tritt vermutlich nach der Installation von KB5083631 auf. Das Update wurde auf PC B am 01.05.2026 und auf PC A am 03.05.2026 installiert. Die Deinstallation des Updates hat keine Besserung gebracht, was darauf hindeutet, dass das Update Systemkomponenten veraendert hat, die beim Entfernen nicht sauber zurueckgesetzt werden.

Das RDP-Problem (0x708) deutet darauf hin, dass der RDP-Client nach KB5083631 gezielt versucht, eine Konsolensitzung zu uebernehmen, anstatt eine neue Remote-Sitzung zu erstellen - auch wenn bereits eine Konsolensitzung durch den lokal angemeldeten Benutzer belegt ist.

Das SMB-Problem zeigt, dass NTLM-Authentifizierung mit Microsoft-Konten (UPN-Format) nach dem Update blockiert wird. Da Kerberos in einer Heimnetzwerk-Arbeitsgruppe ohne Domaene nicht verfuegbar ist, gibt es keinen funktionierenden Authentifizierungsmechanismus mehr.

Beides zusammen macht eine normale Heimnetzwerk-Nutzung mit Microsoft-Konten - wie von Microsoft für Windows 11 vorgesehen und beworben - de facto unmoeglich.

0 Kommentare

1 Antwort

Ihre Antwort

Answer 1

Carl-L 17,100 Externe Microsoft-Mitarbeiter Moderator

Hinweis: Die bereitgestellten Informationen wurden mithilfe automatisierter Übersetzungstools übersetzt. Obwohl wir uns um Genauigkeit bemühen, geben Übersetzungen möglicherweise nicht immer die ursprüngliche Bedeutung, den Kontext oder die Absicht des Ausgangsinhalts perfekt wieder.

Hallo Anzeigename-7107,

Willkommen im Microsoft Q&A-Forum.

Bevor wir fortfahren, könnten Sie mir bitte helfen, einen kurzen Test durchzuführen, um das erste Problem zu überprüfen?

Öffnen Sie die Eingabeaufforderung als Administrator auf dem Zielrechner.
Geben Sie tscon.exe %sessionname% /dest:console ein und drücken Sie die Eingabetaste.

Für das zweite Problem können Sie versuchen, folgende Schritte zu befolgen:

Unsichere Verbindungen mithilfe von PowerShell zulassen. Hinweis: Dies muss auf allen Computern durchgeführt werden.
1. Geben Sie „PowerShell“ in die Suchleiste ein und wählen Sie „Als Administrator ausführen“.
2. Geben Sie die folgenden Befehle ein und drücken Sie nach jedem Befehl die Eingabetaste:
  - Set-SmbClientConfiguration -EnableInsecureGuestLogons $true -Force
  - Set-SmbClientConfiguration -RequireSecuritySignature $false -Force
  - Set-SmbServerConfiguration -RequireSecuritySignature $false -Force
3. Versuchen Sie anschließend erneut, die Geräte zu verbinden. Möglicherweise müssen Sie Ihren PC neu starten, damit die Änderungen wirksam werden.

Wenn die Antwort hilfreich ist, klicken Sie bitte auf „Antwort akzeptieren“ und stimmen Sie ihr freundlicherweise zu. Wenn Sie weitere Fragen zu dieser Antwort haben, klicken Sie bitte auf „Kommentar“.

Hinweis: Bitte befolgen Sie die Schritte in unserer Dokumentation, um E-Mail-Benachrichtigungen zu aktivieren, wenn Sie die entsprechende E-Mail-Benachrichtigung für diesen Thread erhalten möchten.

Anzeigename-7107 0 Zuverlässigkeitspunkte

2026-06-03T11:49:12.0433333+00:00

Hallo, danke für die Antwort.

Der tscon.exe Befehl funktioniert leider nicht, da keine aktuelle session besteht. Hier ein Auszug aus query session:

SITZUNGSNAME BENUTZERNAME ID STATUS

services 0 Getr.

console username 1 Aktiv

rdp-tcp 65536 Abhör.

Zum Freigabe Problem:

Ich habe die Befehle wie beschrieben in der PowerShell eingegeben. Der Zugriff auf die Freigegebenen Verzeichnisse scheint nun wieder zu funktionieren. Habe ich aber nicht jetzt eine Sicherheitslücke weil ich "unsichere Verbindungen" zugelassen habe?

Nochmals danke, dass du dir die Zeit nimmst mir zu helfen.
Carl-L 17,100 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator

2026-06-04T12:59:26.3033333+00:00

Hallo Anzeigename-7107,

Danke für die Antwort.

Ich schaue, was ich tun kann. Ich halte dich auf dem Laufenden.

Bezüglich der Sicherheitsbedenken: Es stimmt zwar, dass Ihr Computer dadurch im Netzwerk angreifbarer wird. Da Sie jedoch ein Heimnetzwerk nutzen, sollte dies unproblematisch sein.

Sie können dies auch überprüfen und gelegentlich versuchen, die vorherige Einstellung rückgängig zu machen, um zu sehen, ob die Verbindung nun wieder normal funktioniert.

Vielen Dank für Ihr Verständnis.
Carl-L 17,100 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator

2026-06-05T12:34:33.25+00:00

Hallo Anzeigename-7107,

Ich wollte nur kurz nachfragen, ob Sie meine Antwort erhalten haben. Bitte geben Sie mir Bescheid, falls es Neuigkeiten gibt.
Anzeigename-7107 0 Zuverlässigkeitspunkte

2026-06-05T12:53:29.7133333+00:00

Hallo Carl-L,

Ja, ich habe Ihre letzte Antwort vom 04.06. 14:59 erhalten, vielen Dank.

~~Ich habe gestern festgestellt, dass der Zugriff auf die Netzlaufwerke wieder nicht mehr funktioniert. Ich werde es nachher nochmals mit den PowerShell befehlen versuchen.~~

Ich habe über einen dritten Laptop auch eine Remotedesktop Verbindung herstellen können, allerdings ist dieser dritte Laptop nicht auf dem neuesten Stand. Ich installiere dort gerade alle Windows Updates nach und Versuche es nochmal.

Ich berichte wenn ich alles durchgeführt habe.
Anzeigename-7107 0 Zuverlässigkeitspunkte

2026-06-05T19:13:05.12+00:00

Hallo Carl-L,

ich habe mir alles nochmal angeschaut. Zuerst das wichtigste: Zugriff auf freigegebene Netzwerk Pfade funktioniert wieder. Das Komische ist, dass ich nichts verändert habe. Das es gestern nicht funktioniert hat, nehme ich jetzt erstmal als "Schluckauf" wahr.

Ich habe über einen dritten Laptop (ein älteres Modell mit Win 11 22H2, keine weiteren Updates möglich) eine Remotedesktopverbindung herstellen können. Das hat ohne Probleme funktioniert. Meine Beiden 25H2 PCs möchten aber immernoch keine Remotedesktopverbindung aufbauen, da angeblich noch immer eine Terminalsitzung vorhanden ist, was nicht der Fall ist.
Carl-L 17,100 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator

2026-06-06T14:02:02.64+00:00
Hallo Anzeigename-7107,

Könnten Sie sich in diesem Fall bitte auf dem Computer 2 25H2 anmelden und die folgenden Befehle eingeben, um zu prüfen, ob Sitzungen hängen geblieben sind? (Administratorrechte für die Eingabeaufforderung erforderlich)

query session
Anzeigename-7107 0 Zuverlässigkeitspunkte

2026-06-06T20:36:16.2966667+00:00

Hallo Carl-L,

auf beiden PCs sieht query session so aus:

SITZUNGSNAME BENUTZERNAME ID STATUS TYP GERÄT

services 0 Getr.

console username 1 Aktiv

rdp-tcp 65536 Abhör.

Es ist bei beiden PCs gleich, nur der Benutzername ist anders.
Carl-L 17,100 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator

2026-06-09T13:02:18.12+00:00

Hallo Anzeigename-7107,

Danke für die Antwort.

Damit ist die Theorie von Geistersitzungen oder Überresten vorheriger Sitzungen ausgeschlossen

Könnten Sie dazu bitte zunächst versuchen, den Remote-Desktop als Administrator auszuführen, indem Sie mstsc /admin in das Dialogfeld Win + R eingeben?
Anzeigename-7107 0 Zuverlässigkeitspunkte

2026-06-09T17:33:36.4366667+00:00

Hallo Carl-L,

das habe ich getan, es führte zu keinem Ergebnis. Die Fehlermeldung ist die gleiche wie zuvor.
Carl-L 17,100 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator

2026-06-10T13:32:16.0933333+00:00

Hallo Anzeigename-7107,

Ich schaue, was ich tun kann. Ich halte dich auf dem Laufenden.
Carl-L 17,100 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator

2026-06-11T12:41:57.5366667+00:00
Hallo Anzeigename-7107,

Falls auch die PowerShell-Befehle nicht funktionieren, versuchen Sie bitte stattdessen diesen.

Hinweis: Die Bearbeitung von Registrierungsunterschlüsseln oder Arbeitsgruppen ist generell fortgeschrittenen Benutzern, Administratoren und IT-Fachleuten vorbehalten. Sie kann zwar einige Probleme beheben, jedoch können bei unsachgemäßer Bearbeitung der Registrierung schwerwiegende Probleme auftreten. Gehen Sie daher unbedingt sorgfältig vor. Sichern Sie die Registrierung vor der Bearbeitung, um sich zusätzlich abzusichern. So können Sie die Registrierung im Problemfall wiederherstellen. Weitere Informationen zum Sichern und Wiederherstellen der Registrierung finden Sie im Artikel „Sichern und Wiederherstellen der Registrierung in Windows – Microsoft Support“.

Öffnen Sie die Eingabeaufforderung als Administrator.

Geben Sie diese Befehle nacheinander ein.

reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\ /f /v RequireSecuritySignature /t REG_DWORD /d 0

reg add HKLM\SOFTWARE\Policies\Microsoft\Windows\LanmanWorkstation /f /v AllowInsecureGuestAuth /t REG_DWORD /d 1

reg add HKLM\SOFTWARE\WOW6432Node\Policies\Microsoft\Windows\LanmanWorkstation /f /v AllowInsecureGuestAuth /t REG_DWORD /d 1

Starten Sie Ihren Computer neu.

Ich warte auf Ihre Antwort.
Anzeigename-7107 0 Zuverlässigkeitspunkte

2026-06-11T19:25:32.04+00:00

Hallo Carl-L,

Vielen Dank.

Nachdem ich wieder nicht mehr auf meine freigegebenden Verzeichnisse zugreifen konnte, habe ich die oben genannten Regestry Einträge über die Eingabeaufforderung wie von dir beschrieben eingetragen.

Jetzt ist es so, dass ich von PC B (Laptop) auf PC A (PC) zugreifen kann, aber nicht von PC A (PC) auf PC B (Laptop).

Remotesktop funktioniert nach wie vor nicht mit der gleichen Fehlermeldung (angeblich vohandene Terminal Sitzung).

Es ist verrückt...
Carl-L 17,100 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator

2026-06-12T13:47:59.5066667+00:00

Hallo Anzeigename-7107,

Danke für die Bestätigung.

In diesem Fall wäre es am besten, wenn jemand Ihren Computer direkt überprüfen könnte. Leider können die Moderatoren des Forums dies nicht tun. Bitte wenden Sie sich in diesem Fall an den Microsoft-Support. Vielen Dank für Ihr Verständnis.
Anzeigename-7107 0 Zuverlässigkeitspunkte

2026-06-12T16:46:01.68+00:00

Hallo Carl-L,

schade, aber danke für deine Mühen. Ich versuche den Support zu erreichen.
Codelev 0 Zuverlässigkeitspunkte

2026-06-26T07:12:35.94+00:00

Okay the other comments just loaded, this can be ignored.

~~Hi, also got the same probem.~~

The command tscon.exe %sessionname% /dest:console

returns

C:\Users\Alex>tscon.exe %sessionname% /dest:console

Sitzungs-ID 1 konnte nicht mit Sitzungsname console verbunden werden. Fehlercode 7045

Fehler [7045]:Der angeforderte Zugriff auf eine Sitzung wurde verweigert.

Setting the SmbClientConfiguration like suggested didnt help, still the same problem.
Carl-L 17,100 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator

2026-06-26T14:58:38.6233333+00:00

Hello Codelev,

Thanks for sharing.

In this case, if the steps above don't help. Please contact Microsoft Support as well.

Thank you for your understanding.

SITZUNGSNAME BENUTZERNAME	ID STATUS
services	0 Getr.
console username	1 Aktiv
rdp-tcp	65536 Abhör.