Win 2008 R2 (virtueel) Idle RDP dropped

[Player1S]

Heren en dames(?)

ik zit beetje met de handen in mn nog weinige haar.

Ik heb een windows 2008 R2 server virtueel draaien met RDP erop.

Bij aantal klanten wil de RDP sessie soms gedropt worden na tijdje Idle zijn.
Ik kan het probleem zelf niet reproduceren, ik heb op de server en in het globale groepsbeleid al ingesteld dat idle sessies max 1 dag verbonden mogen blijven en heb de keepalive setting op 1 staan.

Ook bij de users en op de server de optie om de netwerkkaart uit te schakelen ivm stroombesparing uit gezet.

Wat zie ik nog over het hoofd? Behalve dat de klanten met problemen waarschijnlijk gewoon zelf een kwalitatief uitermate teleurstellende verbinding hebben?

[DukeBox]

Geen policy of gebrek aan ?

[Player1S]

Nee, heb juist de policies zo ingesteld dat idle connecties pas na 1 dag (24 uur) gedropt mogen worden en dat halen ze in principe nooit. En ook via de policies de keepalive ingesteld. Dat is zo'n beetje het eerste wat je doet.

[Question Mark]

Wat is exact het gedrag wat je ziet? De users worden disconnected, maar de sessies blijven wel bestaan op de server? Hoe zijn de clients verbonden met de server?

Kun je informatie achterhalen via de Windows eventvwr (eventid 4779 bijvoorbeeld)?

De policy's die je ingesteld hebt worden wel juist toegepast op de users? Je ziet deze instelling ook daadwerkelijk ingesteld staan als je een RSOP genereerd?

[Player1S]

wat de klant ervaart is dat de sessie niet reageert en ze vervolgens het reconnect scherm krijgen en men vervolgens er weer in zit. De sessie is gewoon actief.

In eventlog vind ik zo 123 niks raars. RSOP zal ik eens induiken maar zover ik kan zien word de policies wel toegepast op de gebruikers.
Heb nu ook zelf een sessie open staan en doe er niks mee en die werkt natuurlijk gewoon.

[Question Mark]

L1nt schreef op dinsdag 11 november 2014 @ 11:34:
wat de klant ervaart is dat de sessie niet reageert en ze vervolgens het reconnect scherm krijgen en men vervolgens er weer in zit. De sessie is gewoon actief.

Dat is op het moment dat men gewoon aan het werk is binnen de sessie? In dat geval hebben idle timeout settings hier niks mee te maken.

Laat in dat geval een netwerksniffer meelopen met de klant. Dan kun je kijken wat er gebeurd op netwerkgebied.

[chaoscontrol]

Lijkt mij eerder een probleem met het netwerk dan met de server. Wat zijn de specs van de server hardware? Ik heb ooit soortgelijke issues gezien bij een terminal server die op consumenten hardware geïnstalleerd was en de NIC het verkeer niet aankon.

[The Eagle]

L1nt schreef op dinsdag 11 november 2014 @ 11:34:
wat de klant ervaart is dat de sessie niet reageert en ze vervolgens het reconnect scherm krijgen en men vervolgens er weer in zit. De sessie is gewoon actief.

In eventlog vind ik zo 123 niks raars. RSOP zal ik eens induiken maar zover ik kan zien word de policies wel toegepast op de gebruikers.
Heb nu ook zelf een sessie open staan en doe er niks mee en die werkt natuurlijk gewoon.

Als de sessie op die bak gewoon doordraait zit het hem in de netwerkverbinding. Ik neig naar en klapperende VPN oid.

[chaoscontrol]

Als het niet lokaal is uiteraard even de internet verbindingen uitsluiten.

[Player1S]

Group policy lijkt gewoon toegepast te worden.

Even ter verduidelijking. Het betreft een RDP sessie waarbij de klant een kassa systeem draait. Bij diegene die dit ervaren gebeurd het als men enige tijd de kassa niet gebruikt hebben.

Ik denk dat ik inderdaad richting de lokale situatie moet kijken (internetverbinding, lokale router settings) want aan onze kant heb ik volgens mij alles toegepast wat ik kan toepassen. De keepalive setting staat op 1, idle sessies worden pas na 24 uur afgesloten en andere klanten ervaren het niet (of melden het niet).

Het gaat om een handjevol gebruikers die waarschijnlijk geen goede internetconnectie hebben.

[hans_lenze]

L1nt schreef op dinsdag 11 november 2014 @ 12:16:
Bij diegene die dit ervaren gebeurd het als men enige tijd de kassa niet gebruikt hebben.

Zo'n powersaving optie op de netwerkkaart van de kassa pc?

[rafler]

Misschien een screensaver of een monitor die op stand-by gaat op de lokale computer die ervoor zorgt dat de RDP sessie dicht klapt?

[The Eagle]

L1nt schreef op dinsdag 11 november 2014 @ 12:16:
Group policy lijkt gewoon toegepast te worden.

Even ter verduidelijking. Het betreft een RDP sessie waarbij de klant een kassa systeem draait. Bij diegene die dit ervaren gebeurd het als men enige tijd de kassa niet gebruikt hebben.

Ik denk dat ik inderdaad richting de lokale situatie moet kijken (internetverbinding, lokale router settings) want aan onze kant heb ik volgens mij alles toegepast wat ik kan toepassen. De keepalive setting staat op 1, idle sessies worden pas na 24 uur afgesloten en andere klanten ervaren het niet (of melden het niet).

Het gaat om een handjevol gebruikers die waarschijnlijk geen goede internetconnectie hebben.

Ik ken kassasystemen en pinapparaten die een verbinding niet 24/7 openhouden. Ingebouwd mechanisme ivm gebruik via ISDN lijnen. Als er een router tussenzit die dat trucje uitvoert dan kun je idd dit soort issues krijgen. Vergelijk het maar met een inbelverbinding die alleen gebruikt wordt als het nodig is.

[Player1S]

hans_lenze schreef op dinsdag 11 november 2014 @ 12:21:
[...]


Zo'n powersaving optie op de netwerkkaart van de kassa pc?

L1nt schreef op dinsdag 11 november 2014 @ 10:35:

Ook bij de users en op de server de optie om de netwerkkaart uit te schakelen ivm stroombesparing uit gezet.

Al gebeurd dus

Wat verder spitten wijst uit dat het voor komt bij klanten met internet van Ziggo. In de router kun je verder weinig instellen dus dat mogen ze met Ziggo opnemen.

/edit: nog wat extra KeepAlive settings via register toegevoegd. Stond al wat in maar nog wat extra gevonden. Maar daar moet ie eerst voor rebooten en dat kan vannacht pas.

[ Voor 12% gewijzigd door Player1S op 11-11-2014 13:03 ]

[Killah_Priest]

Welk OS draaien de clients welke verbinden met de TS?
Recent heb ik nog bij een klant problemen gehad met random disconnects wat ik heb opgelost dmv de RDP client te updaten op de betreffende machines.

[DukeBox]

Wat doet een ping die je er naast opent naar de server op het moment dat je een disconnect krijgt ?

[inimoek_XP]

Ik zou even proberen om een smokeping/mtr mee te laten lopen. Dan kun je er misschien achter komen of Ziggo roet in het eten gooit.

Of als je de mogelijkheid hebt een port mirror op switch/router aanzetten en een packetsniffer mee te laten lopen.

Ik heb dit problem een keer gehad en bleek dat er een rotte switch rommel over het network stuurde ( veel vreemd broadcast verkeer ) waardoor onze thinclients ( HP t510 ) hun verbinding dropte omdat de network kaart er gewoon mee stopte.

Aan de kant van de TS kwam er dan een TermDD melding in de eventvwr.

[mookie]

ik heb het ook als ik servers overneem, maar enkel bij 2012 servers.
even minimizen en terug en ik heb het al.
ook idd vanachter een ziggo verbinding en zowel over vpn als direct.
maar niet bij mijn 2003 en 2008 server.

[Wim-Bart]

Ik vraag me terdege af of het aan Ziggo ligt. Heb zelf Ziggo en kan RDP en Citrix sessies over VPN gewoon open laten staan, laatst een sessie zelfs 6 uur (was het vergeten). Alleen wel powersave opties uitstaan op de netwerk kaart.

[DukeBox]

Controleer eens wat de gebruikte MTU is en of deze evt. gefragmenteerd wordt ?