3
Inaktive RemoteApp- und Desktopverbindungen trennt nach exakt 20 Sekunden
Hallo zusammen,
nachdem nun mein komplettes VDI System Hochverfügbarkeit (doppelter Ausfallschutz) hat, geht es an den Feinschliff.
Ich biete die freigegebenen Verbindungen via webfeed an, somit über Systemsteuerung -> RemoteApp- und Desktopverbindungen.
Funktioniert auch alles wunderbar, außer einer Kleinigkeit:
Schließe ich mein letztes RemoteApp-Fenster dauert es EXAKT 20 Sekunden bis im Taskleistensymbol die Meldung erscheint "getrennt".
Ich hab mir nun im Technet und überall auf Google einen Wolf gesucht, aber das Einzige was man per Gruppenrichtlinien einstellen kann ist das Timeout der getrennten Sitzungen auf dem Session-Host.
Ich möchte das die Verbindung auf dem Clientrechner zum Connection Broker nicht nach 20 Sekunden getrennt wird sondern erst nach wegen mir 8 Stunden.
Wieso? => DAU's am Werk: "Oh, nun hab ich es geschlossen" und schon muss wieder eine komplette Verbindung aufgebaut werden, dann kommen Aussagen wie "Das Programm ist aber ganz schön langsam".
Im anderen Fall, wenn die Verbindung noch existiert braucht die Applikation ja nur 1 - 3 Sekunden.
Irgend jemand von Euch ne Idee wie ich das Konfen könnte?
Zugriff auf die Client-Rechner besteht, sind auch in einer Domäne, wäre also alles kein Problem.
nachdem nun mein komplettes VDI System Hochverfügbarkeit (doppelter Ausfallschutz) hat, geht es an den Feinschliff.
Ich biete die freigegebenen Verbindungen via webfeed an, somit über Systemsteuerung -> RemoteApp- und Desktopverbindungen.
Funktioniert auch alles wunderbar, außer einer Kleinigkeit:
Schließe ich mein letztes RemoteApp-Fenster dauert es EXAKT 20 Sekunden bis im Taskleistensymbol die Meldung erscheint "getrennt".
Ich hab mir nun im Technet und überall auf Google einen Wolf gesucht, aber das Einzige was man per Gruppenrichtlinien einstellen kann ist das Timeout der getrennten Sitzungen auf dem Session-Host.
Ich möchte das die Verbindung auf dem Clientrechner zum Connection Broker nicht nach 20 Sekunden getrennt wird sondern erst nach wegen mir 8 Stunden.
Wieso? => DAU's am Werk: "Oh, nun hab ich es geschlossen" und schon muss wieder eine komplette Verbindung aufgebaut werden, dann kommen Aussagen wie "Das Programm ist aber ganz schön langsam".
Im anderen Fall, wenn die Verbindung noch existiert braucht die Applikation ja nur 1 - 3 Sekunden.
Irgend jemand von Euch ne Idee wie ich das Konfen könnte?
Zugriff auf die Client-Rechner besteht, sind auch in einer Domäne, wäre also alles kein Problem.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 278276
Url: https://administrator.de/contentid/278276
Ausgedruckt am: 23.11.2024 um 04:11 Uhr
3 Kommentare
Neuester Kommentar
Moin,
hilft dir die Option in der Gruppenrichtlinienverwaltung weiter?
User Configuration \ Policies \ Administrative Templates \ Windows Components \ Remote Desktop Services \ Remote Desktop Session Host \ Session Time Limits
Gruß,
DAni
hilft dir die Option in der Gruppenrichtlinienverwaltung weiter?
User Configuration \ Policies \ Administrative Templates \ Windows Components \ Remote Desktop Services \ Remote Desktop Session Host \ Session Time Limits
Gruß,
DAni
Moin!
Erstmal danke für deine Antwort!
Leider hilft das nicht, da es die Session auf dem Session Host steuert.
Was ich meine ist das Windows eigene TimeOut für das RemoteApp und Desktop-Verbindungen. Das ist auf jeden Fall "20 Sekunden" und meine Suche mit all möglichen Remote-Keywords und 20 timeout ergab eben nichts
LG,
meTzla
Erstmal danke für deine Antwort!
Leider hilft das nicht, da es die Session auf dem Session Host steuert.
Was ich meine ist das Windows eigene TimeOut für das RemoteApp und Desktop-Verbindungen. Das ist auf jeden Fall "20 Sekunden" und meine Suche mit all möglichen Remote-Keywords und 20 timeout ergab eben nichts
LG,
meTzla
Hey Dani,
ich hab neue Infos, direkt von MS.
Das Timeout ist Hardcoded in der Anwendung innerhalb vom Client-System.
Mir wurde nah-gelegt beim login ein selbst geschriebenes Programm für die Traybar zu implementieren, das würde offen bleiben und somit würde es nie zum Timeout kommen, solange die Anwendung läuft. Das ist für mich aber keine Alternative, drum muss ich wohl damit leben.
LG,
meTzla
ich hab neue Infos, direkt von MS.
Das Timeout ist Hardcoded in der Anwendung innerhalb vom Client-System.
Mir wurde nah-gelegt beim login ein selbst geschriebenes Programm für die Traybar zu implementieren, das würde offen bleiben und somit würde es nie zum Timeout kommen, solange die Anwendung läuft. Das ist für mich aber keine Alternative, drum muss ich wohl damit leben.
LG,
meTzla
