13
Mstsc.exe schließt sich einfach - RemoteFX stürzt immer noch ab
Hallo werte Adminas und werte Admins,
ein paar, via VPN angebundene Clients haben Probleme mit der RDP Verbindung.
Laut User schließt sich die mstsc.exe ohne Fehlermeldung etc. Auch ist in seinem Eventvwr nichts fehlerhaftes zu sehen. Mal 10x in einer Stunde, mal nur einmal in 3h. Das ergibt für mich wenig Sinn.
Auf dem virtuellem Terminalserver (S2019, latest updates), sehe ich aber ein gespamme im Eventlog:
Dieser erscheint zu tausenden ... ich vermute, dies hängt mit den "Abbrüchen" zusammen.
Nun habe ich das halbe Internet (das ganze war noch nicht geladen) durchsucht, viel probiert aber nicht zum Ziel gekommen.
Folgendes wurde erledigt:
Spannend aber nichtssagend ist der Errorcode: 0x80070032
Dies deutet aufs Windowsupdate hin - der Server ist aber fully patched.
Mir fällt nichts mehr ein und im Netz finde ich nichts mehr brauchbares.
Habt Ihr noch eine Idee?
Danke und Grüße,
AV
ein paar, via VPN angebundene Clients haben Probleme mit der RDP Verbindung.
Laut User schließt sich die mstsc.exe ohne Fehlermeldung etc. Auch ist in seinem Eventvwr nichts fehlerhaftes zu sehen. Mal 10x in einer Stunde, mal nur einmal in 3h. Das ergibt für mich wenig Sinn.
Auf dem virtuellem Terminalserver (S2019, latest updates), sehe ich aber ein gespamme im Eventlog:
'Failed CreateVirtualChannel call on this Connections Stack' in CUMRDPConnection::CreateVirtualChannel at 2498 err=[0x80070032] Dieser erscheint zu tausenden ... ich vermute, dies hängt mit den "Abbrüchen" zusammen.
Nun habe ich das halbe Internet (das ganze war noch nicht geladen) durchsucht, viel probiert aber nicht zum Ziel gekommen.
Folgendes wurde erledigt:
- RemoteFX via GPO deaktiviert
- RemoteFX via Registry deaktiviert
- auch folgendes: learn.microsoft.com/en-us/archive/msdn-technet-forums/627f1c9f-fa4a-47fe-9ae2-7e467d79b91d#all-replies-6
- Sitzungstimeouts via GPO gesetzt
- Server sowie Client neugestartet
- UDP vor TCP gesetzt (VPN Clients gehen dennoch über TCP, während lokale User UDP angeboten bekommen und nutzen)
Spannend aber nichtssagend ist der Errorcode: 0x80070032
Dies deutet aufs Windowsupdate hin - der Server ist aber fully patched.
Mir fällt nichts mehr ein und im Netz finde ich nichts mehr brauchbares.
Habt Ihr noch eine Idee?
Danke und Grüße,
AV
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 5508993887
Url: https://administrator.de/contentid/5508993887
Printed on: May 1, 2024 at 08:05 o'clock
13 Comments
Latest comment
Hallo,
welche VPN-Technologie wird verwendet und welche MTU ist dort eingestellt?
cya
welche VPN-Technologie wird verwendet und welche MTU ist dort eingestellt?
cya
2
Hi,
worauf möchtest Du hinaus? Der Tunnel bricht nicht zusammen, Paketdrops habe ich auch keine.
Ich schließe daher die VPN Verbindung aus.
Grüße
worauf möchtest Du hinaus? Der Tunnel bricht nicht zusammen, Paketdrops habe ich auch keine.
Ich schließe daher die VPN Verbindung aus.
Grüße
Ich schließe daher die VPN Verbindung aus.
halte ich für verfrüht...
halte ich für verfrüht...
Okay, ausgehend davon, dass mir der VPN Tunnel kracht: Müsste mir die RDP ne Meldung bringen wie: "blabla Verbindung verloren, versuche in 9, .. 8, ... 7,.. Sekunden nochmal". All das Ganze fehlt im Gänze.Mich wundert eben schwer, dass das ganze Programm "geschlossen" wird. Es ist einfach weg. Sämtliche andere Verbindungen zu anderen Servern laufen auch in der Zeit stabil. ICMP Pakete werden nicht fragmentiert und kommen pünktlich am Ziel an. Kein einziger Verlust zu sehen über Tage hinweg.
Danke für eure Ansätze!
VG
Offtopic: der "MARKIERE ALS LÖSUNG" Button hat eine ungünstige Position. Wie oft kam ich (und auch andere) da nun drauf, obwohl ich nur editieren wollte @Frank
Interessant vielleicht die Antwort hier.
https://learn.microsoft.com/en-us/answers/questions/459568/windows-2019- ...
Da wars ein fehlerhafter Switch.
Aber wenn du sagst dass da keine Packet Drops vorkommen...pfft.
https://learn.microsoft.com/en-us/answers/questions/459568/windows-2019- ...
Da wars ein fehlerhafter Switch.
Aber wenn du sagst dass da keine Packet Drops vorkommen...pfft.
Interessant vielleicht die Antwort hier.
Danke Dir @kpunkt,das habe ich auch geprüft. Sehe auch keine Drops oder Fehler am Interface (natürlich auch neugestartet).
pfft.
Ja, sehr spannend. Aber ganz offensichtlich bin ich damit nicht alleine (aber alleine gelassen).Alleine schon die Tatsache, dass diese RemoteFX Geschichte immer noch läuft obwohl via Update rausgepatcht wurde, per GPO UND per Registry deaktiviert.
Ich hänge mich jetzt erstmal an 0x80070032 dran und baue das Windows Update neu auf. Ggf. ging da mal was schief?!
Versuch macht Kluch...
Warum wird über VPN TCP verwendet? Natürlich stimme ich dir zu, dass deswegen nicht der client abstürzen sollte...aber er tut es nunmal.
Warum wird über VPN TCP verwendet
Der Tunnel an sich wird ausschließlich über UDP aufgebaut. Die RDP scheinbar über TCP, trotz GPO die besagt: RDP: UDP first (ganz deaktivieren geht mWn nicht) /shrug
Der Fallback auf TCP passiert ja automatisch, trotz deiner Versuche den zu unterbinden. Bei den clients im LAN / vor Ort gibt es diese Probleme ja auch nicht? Klingt für mich klar nach einem Problem mit dem VPN.
Der Fallback auf TCP passiert ja automatisch
Jo, bei der RDP. Nicht aber bei dem Tunnel an sich.Mhhh, ich habe noch ne Idee, melde mich, wenn erfolgreich.
Gruß + Danke
Mhhh, ich habe noch ne Idee, melde mich, wenn erfolgreich.
Good Luck, deine User sind sicher nicht happy grad :D
Good Luck, deine User sind sicher nicht happy grad :D
Ja, weil ich denen aufn Sack gehe, dass ich das gefixt haben will. "Ach, die 3x am Tag... stören mich nicht, rest läuft ja". Mein IT'ler Herz aber schon!11.Habe nun mal ne Teststellung aufn privaten Rechner nachgebaut und schaue mal, was da so geht.
Auch spaßeshalber mal die DoS Settings (FW) massiv gelockert zu testzwecken.
Danke Dir,
Gruß
1
