Onderwerp: Terminal sessies blijven vaak hangen

Goedendag,

Voor verschillende klanten hosten wij remote desktop op Windows 2016 terminal servers.
Bij diverse klanten komt het voor dat een user sessie compleet blijft hangen.
Het lijkt dan net of je kunt klikken op alle knoppen zoals de startknop etc. maar er gebeurt niets.

Als ik dan in taakbeheer kijk dan gebruikt de user bijna geen CPU of ram en de server heeft het verder totaal niet druk.
Ik moet er wel bij zeggen dat dit bijna altijd bij dezelfde gebruikers gebeurt, echter kan ik geen link leggen, het zijn verschillende servers en ze gebruiken verschillende software, op een browser na.
Via taakbeheer melden we ze dan af en dan kunnen ze weer een paar dagen werken.

Iemand enig idee wat dit zou kunnen zijn?

Oorspronkelijk geplaatst door tvdh

Goedendag,

Voor verschillende klanten hosten wij remote desktop op Windows 2016 terminal servers.
Bij diverse klanten komt het voor dat een user sessie compleet blijft hangen.
Het lijkt dan net of je kunt klikken op alle knoppen zoals de startknop etc. maar er gebeurt niets.

Als ik dan in taakbeheer kijk dan gebruikt de user bijna geen CPU of ram en de server heeft het verder totaal niet druk.
Ik moet er wel bij zeggen dat dit bijna altijd bij dezelfde gebruikers gebeurt, echter kan ik geen link leggen, het zijn verschillende servers en ze gebruiken verschillende software, op een browser na.
Via taakbeheer melden we ze dan af en dan kunnen ze weer een paar dagen werken.

Iemand enig idee wat dit zou kunnen zijn?

Dat zal 99% zeker een connectie issue zijn. Kan zijn dat de verbinding heel even klappert (bijv slecht WIFI) of dat er aan de zijde van het datacenter iets gebeurd.

Voor rdp is packetloss echt een drama inderdaad.

Wij hadden last van een Bug in 2016 server. Zet de firewall is uit op je broker/gateway. Dit was voor ons de oplossing.

Gelukkig hebben wij nog diverse source filters en een dedicated firewall ervoor dat dit geen problemen geeft.

Oorspronkelijk geplaatst door Daros

Wij hadden last van een Bug in 2016 server. Zet de firewall is uit op je broker/gateway. Dit was voor ons de oplossing.

Gelukkig hebben wij nog diverse source filters en een dedicated firewall ervoor dat dit geen problemen geeft.

Wie zet WIndows rechtstreeks op internet? :nooo:

Oorspronkelijk geplaatst door CharlieRoot

Dat zal 99% zeker een connectie issue zijn. Kan zijn dat de verbinding heel even klappert (bijv slecht WIFI) of dat er aan de zijde van het datacenter iets gebeurd.

Als het altijd bij één gebruiker is, zal het eerder aan de gebruikers kant zijn dan aan datacenter kant.

Oorspronkelijk geplaatst door CharlieRoot

Wie zet WIndows rechtstreeks op internet? :nooo:

Ik schrijf toch dat dit niet het geval is.
Dan nog zou ik ookal zit hij niet direct aan het internet niet de vm firewall uitschakelen.

Oorspronkelijk geplaatst door blaataap

Als het altijd bij één gebruiker is, zal het eerder aan de gebruikers kant zijn dan aan datacenter kant.

Hij schrijft:

dat dit bijna altijd bij dezelfde gebruikers gebeurt

Dus dat is niet uitgesloten. Ik heb eens meegemaakt dat bij ons (destijds hosten wij nog onze servers bij een andere partij) elke dag tw?? tot vier gebruikers belde dat ze er "uit gegooid werden". Op de hoeveelheid desktops die we hosten, niet echt iets om je druk over te maken maar voor hen heel vervelend. Na maanden zoeken bleek dat onze leverancier (die het internet verzorgde) twee routers had die 2x per dag (ongeveer) een VIP failover deden. Merk je niets van als je websites host, maar met een RDP/Citrix sessie een heel ander verhaal dus. Sindsdien wil ik alleen nog eigen netwerk/bgp/transit/AS.

Dat maar zo weinig mensen belde is omdat veel mensen niet urenlang actief aan het klikken zijn, die lopen heen en weer en zijn gewend dat ze dan even gedisconnect worden. Of omdat ze dan gewoon "zuchten" en denken, kut computer maar de moeite niet nemen om te bellen.

Oorspronkelijk geplaatst door Daros

Ik schrijf toch dat dit niet het geval is.
Dan nog zou ik ookal zit hij niet direct aan het internet niet de vm firewall uitschakelen.

Was uiteraard ook sarcasme.

Dus is het bij RDP zo dat als de je even packet loss hebt de hele sessie hangt en niet meer los komt? Dus niet even tijdelijk.
Het is namelijk zo dat als ik inlog op mijn PC vanaf kantoor met de credentials van die klant de sessie nog steeds hangt.
Het hersteld zich dus weer nadat een admin de gebruiker handmatig afmeld.

Sounds like packetloss..