RDP friert alle 30 Minuten über VPN auf TS ein

[CoolBlue 10]

Hi,

 

wir haben hier eine Site-To-Site Verbindung mit 2 Checkpoint Safe@Office 500 Boxen.

 

Hauptsitz:

-SDSL 2mbit Leitung

-Terminal Server Win2003 für den Zugriff durch 2-3 Benutzer per VPN

-AD Server und 2-3 andere Server

 

Außenstelle:

- T-DSL Business mit Feste-IP

- 2 XP SP2 Arbeitsplätze die RDP auf den TS über VPN nutzen.

 

RDP läuft soweit auch einwanwandfrei. DNS auflösung geht, Ping geht wunderbar, ebenfalls auch ein Dauer Ping.

 

Nach 30 Minuten (man kann die Uhr nach stellen) friert RDP ein.. es dauert knapp 3 bis 5 Minuten dann wacht die Sitzung wieder auf.

Alternativ kann man msterm.exe auch killen und einfach eine neue Sitzung starten. Man kann dann direkt weiter arbeiten.

 

Habe mal eine RDP Sitzung zum TS aufgebaut und zeitgleich eine RDP Sitzung zum AD Server... die AD Sitzung ist nicht eingefroren.

 

Lokal im Hauptsitz hab ich mal mit RDP auf dem TS gearbeitet.. Keine Probleme gehabt.

 

Liegt es nun am VPN oder am TS? Kann mir das nicht erklären.

 

Grüße Jan

[Sunny61 806]

Sind irgendwelche Energieeinstellungen auf den jeweiligen LAN-Karten/VPN-Verbindungen aktiv? Starte mal den IE > Extras > Internetoptionen > Verbindungen. Hier mal alle DFÜ-Verbindungen prüfen, ob aktiviert ist, das die Sitzung nach n-Minuten Leerlauf getrennt wird.

[CoolBlue 10]

Hi, es sind keine Energieeinstellungen aktiv.

Ebenfalls sind auch keien DFÜ Verbindungen eingerichtet die ablaufen könnten.

 

Die Verbindung wird über ein Site-to-Site Tunnel mit zwei Checkpoint Firewalls aufrecht erhalten.

 

In Zusammenarbeit mit Checkpoint habe ich noch folgendes ausprobiert:

- Update des RDP Clients auf Version 6.1

- In der Registry KeepAliveEnable (HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server) aktiviert.

 

Jetzt heißt es wieder warten ob das was geholfen hat. Sonst noch jemand Ideen?

[Wolke2k4 11]

Ist der TS beim Abbruch der RDP Session via ICMP noch erriechbar?

[CoolBlue 10]

Ja ist er.

Glaube aber das Problem gefunden zu haben, es könnte am IKE Phase2 Keyexhange der Checkpoint liegen, Checkpoint analyisert das gerade.