RD Session Host intermittently stops accepting connections (black screen / Event ID 36 & 40)

Question

Hi all,

Since yesterday morning, we’ve been experiencing an issue with users connecting to our RD Session Host.

When launching a RemoteApp, users either get a black screen that disappears after a few seconds or just briefly see the connection window with no session established.

Yesterday evening I restarted the Session Host, and everything worked fine until this morning. Around 7 AM, users started logging in—about 6 sessions were established successfully. Shortly after that, the server stopped accepting new connections and started throwing errors. Existing sessions were unaffected and continued working normally.

About an hour later, the server started accepting connections again without any intervention. Right now, we have 11 active users, and everything seems stable again.

This intermittent behavior is what confuses me—there’s no clear trigger for when it stops or starts working.

Environment:

RD Gateway and RD Session Host are on separate servers

Setup has been stable for over a year without issues

Recent changes:

No configuration changes in the past ~1.5 weeks

No Windows updates installed on servers or clients

Event logs:

• Successful connection attempt:
  • Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational – Event ID 1149
  • Followed by errors:
  • Microsoft-Windows-TerminalServices-LocalSessionManager/Operational – Event ID 36
  • Microsoft-Windows-TerminalServices-LocalSessionManager/Operational – Event ID 40

Troubleshooting done so far:

Removed antivirus software

Disabled FIPS on RD servers

• Changed Security Layer to RDP Security Layer in Collection settings

Has anyone seen similar behavior or can point me in the right direction?

Thanks in advance!

Answer 1

Hallo Marcin,

Die von dir beschriebenen intermittierenden Verbindungsausfälle, besonders bei Event ID 36 und 40 von TerminalServices-LocalSessionManager, deuten darauf hin, dass der RD Session Host aufgrund von Ressourcenerschöpfung oder einem vorübergehenden Ausfall im Listener-Stack keine neuen Sitzungen erstellen kann. Da bestehende Sitzungen unbeeinflusst bleiben, liegt das Problem nicht beim RD Gateway, sondern beim Session-Host selbst. Die häufigsten Ursachen sind die Erschöpfung von flüchtigen TCP-Ports, die Erschöpfung von Systemressourcen, die an lsm.exe, gebunden sind, oder ein fehlerhafter Treiber/Dienst, der vorübergehend die Sitzungserstellung blockiert.

Ich empfehle, den Server während des Ausfallfensters zu überwachen netstat -ano , um auf Porterschöpfung zu prüfen und die HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters Werte für MaxUserPort und zu überprüfen TcpTimedWaitDelay . Bestätigen Sie außerdem, dass der RDP-Listener (TermService) stabil ist, indem Sie ausführen qwinsta und prüfen, ob sich der Zuhörerzustand ändert, wenn neue Verbindungen ausfallen. Wenn Sie die Ereignis-ID 36 ("Sitzungserstellung fehlgeschlagen") konsistent sehen, zeigt das meist an, dass das System eine Ressourcenbegrenzung erreicht hat und kein Konfigurationsproblem.

Wenn das Problem weiterhin besteht, aktiviere Analyse-/Debug-Logs unten, Applications and Services Logs > Microsoft > Windows > TerminalServices-* um tiefere Spuren zu erfassen. Da die Umgebung über ein Jahr stabil war, handelt es sich wahrscheinlich um ein Ressourcenleck, das durch einen kürzlichen Treiber oder Hintergrundprozess verursacht wurde, und nicht um eine Konfigurationsänderung. Wenn du den Übeltäter nicht isolieren kannst, würde ich empfehlen, einen Fall bei Microsoft Support zu eröffnen, um während des Ausfallfensters Kernel-Speicher-Dumps zu erfassen, da das bestätigt, ob es sich um eine Porterschöpfung oder einen TermService-Fehler handelt.

Harry.