Hallo! Seit der Umstellung auf die UTM 9 (auf Basis Backup-File der V8) ist der VPN-Datendurchsatz (SSL) äußerst langsam geworden. RDP-Sitzungen sind praktisch nicht mehr möglich (Verzögerung vom Maus-Klick bis Bildschirm-Aktion ca. 15 Sekunden). Hier noch ein paar Rahmenbedingungen: Anbindung über ADSL 50000/2500 Langsame Geschwindigkeit tritt beim alten VPN-Client (V8) wie auch beim neuen Client auf Durchsatzproblem ist auch nicht nur auf RDP beschränkt, sondern trifft den gesamten Traffic Bei zwei weiteren Installationen (hier ist fast die gesamte IT-Abteilung privat auf dem Astaro-Trip) hat ein Kollege das gleiche Phänomen - beim anderen funktioniert es reibungslos. Haben noch mehr User diese Probleme? Und jetzt die 1-Million-Euro-Frage: Wer kann helfen? [;)] Gruß Germansailor

This discussion has been locked.

You can no longer post new replies to this discussion. If you have a question you can start a new discussion

VPN (SSL) seit UTM 9 sehr langsam

Hallo!

Seit der Umstellung auf die UTM 9 (auf Basis Backup-File der V8) ist der VPN-Datendurchsatz (SSL) äußerst langsam geworden. RDP-Sitzungen sind praktisch nicht mehr möglich (Verzögerung vom Maus-Klick bis Bildschirm-Aktion ca. 15 Sekunden).

Hier noch ein paar Rahmenbedingungen:

Anbindung über ADSL 50000/2500
Langsame Geschwindigkeit tritt beim alten VPN-Client (V8) wie auch beim neuen Client auf
Durchsatzproblem ist auch nicht nur auf RDP beschränkt, sondern trifft den gesamten Traffic

Bei zwei weiteren Installationen (hier ist fast die gesamte IT-Abteilung privat auf dem Astaro-Trip) hat ein Kollege das gleiche Phänomen - beim anderen funktioniert es reibungslos.

Haben noch mehr User diese Probleme?

Und jetzt die 1-Million-Euro-Frage: Wer kann helfen? [;)]

Gruß
Germansailor

This thread was automatically locked due to age.

Parents

0 rprengel over 12 years ago

Hast du das Problem sowohl wenn du mit Rechnernamen und IPs arbeitest?
Will fragen ggf. DNS Probleme?

Gruss
Cancel
Vote Up 0 Vote Down

Cancel

Reply

0 rprengel over 12 years ago

Hast du das Problem sowohl wenn du mit Rechnernamen und IPs arbeitest?
Will fragen ggf. DNS Probleme?

Gruss
Cancel
Vote Up 0 Vote Down

Cancel

Children

0 Germansailor over 12 years ago in reply to rprengel

Es ist kein DNS-Problem, da ich die RDP-Sitzung (oder z. b. auch den VMware-vSphere-Client) über die IP-Adresse aufrufe.

Hier auch nochmal ein Zeitvergleich: Aufruf des VMware-Clients:
Mit ASG V8: ca. 10 - 15 Sekunden
Mit UTM 9: ca. 4 Minuten
Cancel
Vote Up 0 Vote Down

Cancel

0 Germansailor over 12 years ago in reply to Germansailor

Hier noch das VPN-Log ... obwohl ich hier keine Besonderheiten erkenne:


2012:07:26-14:59:39 mail openvpn[31441]: MULTI: multi_create_instance called

2012:07:26-14:59:39 mail openvpn[31441]: Re-using SSL/TLS context

2012:07:26-14:59:39 mail openvpn[31441]: LZO compression initialized

2012:07:26-14:59:39 mail openvpn[31441]: Control Channel MTU parms [ L:1556 D:140 EF:40 EB:0 ET:0 EL:0 ]

2012:07:26-14:59:39 mail openvpn[31441]: Data Channel MTU parms [ L:1556 D:1450 EF:56 EB:135 ET:0 EL:0 AF:3/1 ]

2012:07:26-14:59:39 mail openvpn[31441]: Local Options hash (VER=V4): 'a4f12474'

2012:07:26-14:59:39 mail openvpn[31441]: Expected Remote Options hash (VER=V4): '619088b2'

2012:07:26-14:59:39 mail openvpn[31441]: TCP connection established with 217.***.***.***:52628

2012:07:26-14:59:39 mail openvpn[31441]: Socket Buffers: R=[131072->131072] S=[131072->131072]

2012:07:26-14:59:39 mail openvpn[31441]: TCPv4_SERVER link local: [undef]

2012:07:26-14:59:39 mail openvpn[31441]: TCPv4_SERVER link remote: 217.***.***.***:52628

2012:07:26-14:59:39 mail openvpn[31441]: 217.***.***.***:52628 TLS: Initial packet from 217.***.***.***:52628, sid=65f22472 f4f79ee6

2012:07:26-14:59:41 mail openvpn[31441]: 217.***.***.***:52628 VERIFY OK: depth=1, C=de, L=******x, O=Privat, CN=Privat VPN CA, emailAddress=***xx@******x.de

2012:07:26-14:59:41 mail openvpn[31441]: 217.***.***.***:52628 VERIFY OK: depth=0, C=de, L=******x, O=Privat, CN=Juergen, emailAddress=juergen.******@******xx.de

2012:07:26-14:59:42 mail openvpn[31441]: 217.***.***.***:52628 PLUGIN_CALL: POST /usr/lib/openvpn-utm.so/PLUGIN_AUTH_USER_PASS_VERIFY status=0

2012:07:26-14:59:42 mail openvpn[31441]: 217.***.***.***:52628 TLS: Username/Password authentication succeeded for username 'fritz' 

2012:07:26-14:59:42 mail openvpn[31441]: 217.***.***.***:52628 Data Channel Encrypt: Cipher 'AES-128-CBC' initialized with 128 bit key

2012:07:26-14:59:42 mail openvpn[31441]: 217.***.***.***:52628 Data Channel Decrypt: Cipher 'AES-128-CBC' initialized with 128 bit key

2012:07:26-14:59:42 mail openvpn[31441]: 217.***.***.***:52628 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA

2012:07:26-14:59:42 mail openvpn[31441]: 217.***.***.***:52628 [Juergen] Peer Connection Initiated with 217.***.***.***:52628

2012:07:26-14:59:42 mail openvpn[31441]: id="2201" severity="info" sys="SecureNet" sub="vpn" event="Connection started" username="fritz" variant="ssl" srcip="217.***.***.***" virtual_ip="10.20.20.6"

2012:07:26-14:59:42 mail openvpn[31441]: Juergen/217.***.***.***:52628 PLUGIN_CALL: POST /usr/lib/openvpn-utm.so/PLUGIN_CLIENT_CONNECT status=0

2012:07:26-14:59:42 mail openvpn[31441]: Juergen/217.***.***.***:52628 MULTI: Learn: 10.20.20.6 -> Juergen/217.***.***.***:52628

2012:07:26-14:59:42 mail openvpn[31441]: Juergen/217.***.***.***:52628 MULTI: primary virtual IP for Juergen/217.***.***.***:52628: 10.20.20.6

2012:07:26-14:59:44 mail openvpn[31441]: Juergen/217.***.***.***:52628 PUSH: Received control message: 'PUSH_REQUEST'

2012:07:26-14:59:44 mail openvpn[31441]: Juergen/217.***.***.***:52628 SENT CONTROL [Juergen]: 'PUSH_REPLY,route remote_host 255.255.255.255 net_gateway,route 192.168.178.0 255.255.255.0,dhcp-option DNS 192.168.178.211,dhcp-option DNS 192.168.178.5,route 10.20.20.1,topology net30,ping 10,ping-restart 120,ifconfig 10.20.20.6 10.20.20.5' (status=1)