Terminal Server 2003/2008 icm Office 2010 hangende sessie

[Aapje!]

Goedemiddag allemaal,

We hebben hier in het datacenter een juniper firewall. Daarachter hangt een HyperV 2008 met diverse quests. Een van de guests is een 2003 terminal server en een 2008 terminal server. Op beide servers staat office 2010 geïnstalleerd.

Wat wij sinds de installatie van office 2010 hebben is dat als gebruikers een tijd inactief zijn achter hun scherm en/of hun sessie minimaliseren, zij uiteindelijk ons moeten bellen met de melding dat hun sessie hangt. De sessie hangt niet echt, want als ik outlook.exe gestart door de user kill, reageert alles direct weer en hebben ze geen problemen.

Op onze andere omgevingen met office 2003 hebben we deze problemen niet. Ik zie echter door de bomen het bos niet meer en had de stille hoop dat jullie hier nog wat ingevingen zouden hebben wat deze hangende outlook sessies tegen zouden kunnen gaan?

Dit gebeurt op oudere omgevingen, maar ook op een vers geïnstalleerde ts/dc combo van zonder enige vorm van andere software behalve:

Flash
Java
Adobe reader
Office 2010

TS Lockdown policy ivm rechten en profielen

Natuurlijk gebeurt er nog wel wat meer, maar dat zou geen invloed moeten hebben op dit voorgeval.

[marc181982]

Wat gebeurt er als outlook gestart word in safemode? Neem aan dat alle updates zijn geinstalleerd?
Verbose logging ingeschakeld?

[ Voor 13% gewijzigd door marc181982 op 26-04-2012 20:50 ]

[Aapje!]

marc181982 schreef op donderdag 26 april 2012 @ 20:47:
Wat gebeurt er als outlook gestart word in safemode? Neem aan dat alle updates zijn geinstalleerd?
Verbose logging ingeschakeld?

Het is niet echt te reproduceren... Het is niet bij alle gebruikers namelijk. En het zijn niet altijd dezelfde gebruikers. Wij zelf ervaren deze problemen namelijk nooit onder onze eigen accounts op dezelfde servers.

[kraats]

Als het alleen bij inactiviteit is: zou het met iets van indexing te maken kunnen hebben?

[Verwijderd]

De default timeout van ip verbindingen is 30 minuten. Daarna hakt de Juniper de verbinding door.
Zet de default timeout eens groter ?

[Aapje!]

Verwijderd schreef op donderdag 26 april 2012 @ 21:20:
De default timeout van ip verbindingen is 30 minuten. Daarna hakt de Juniper de verbinding door.
Zet de default timeout eens groter ?

Lijk zo niets te vinden mbt dit in onze juniper.

kraats schreef op donderdag 26 april 2012 @ 21:12:
Als het alleen bij inactiviteit is: zou het met iets van indexing te maken kunnen hebben?

Lijkt me stug, dan zou ik het met een test account ook moeten hebben. En dan zou het met wat meer regelmaat moeten gebeuren.

We hebben trouwens een Juniper SSG320M

Untrust ip: ip van juniper richting het internet (fysieke lijn van juniper richting datacenter)
Trust ip: gateway voor ons trust netwerk.

voorbeeld:

Untrust: 213.206.281.91
Trust: 213.206.170.1
TS: 213.206.170.225
DC:213.206.170.226

Ik heb:

untrust > trust > deny > any
untrust > trust > 213.206.170.225 > 3389 > permit > any

Ik maak niet gebruik van VIP/MIP.

[ Voor 25% gewijzigd door Aapje! op 26-04-2012 22:25 ]

[Aapje!]

Heb tevens keepalive op ts enabled om te kijken of dit een oplossing bied. Ik heb zelf ook het idee dat het in de juniper zit, echter het is niet op alle servers, echter alleen waar office 2010 op draait. En zelfs daar is het wisselvallig.

[StarWing]

1/ zeg je nu TS + domain controller ?
2/ wat gebeurt er als je een test server opzet zonder enige vorm van policy's ?

[Verwijderd]

Gaat het om 32 of 64 bits terminal servers? Wij hebben ook last gehad van outlook 2010 in terminal server omgeving. Deze liep dan vaak direct na het opstarten bij de melding : verwerken..... vast.
We zijn toen overstapt naar 64 bits servers voor office toepassingen en sindsdien geen last meer gehad.

Misschien proberen waard om een te testen.