site to site VPN speed sehr langsam

Hallo Tom,

Herzlich willkommen hier in der Community !

(Sorry, my German-speaking brain isn't creating thoughts at the moment. [:(])

I guess you've been lurking here for awhile, but this is the first post I've seen from you.

The SG 105 should be able to handle your transfers at close to 50Mbps, but you are right to turn off compression with such a weak CPU.

What if you use robocopy instead of copy or a share? Read Slow large file copies via file-share, but fast if using http (both with IPSEC VPN).

MfG - Bob (Bitte auf Deutsch weiterhin.)

Hi Bob!

Danke für deine Antwort.

Ich habe es mit robocopy versucht und kam auf die gleichen Werte wie bei copy and paste.

<< Read Slow large file copies via file-share, but fast if using http (both with IPSEC VPN). >>  hab ich mir angeschaut. Ich hoffe, dass ich das soweit verstanden habe, so gut ist mein Englisch leider nicht.
MTU ist überall auf 1500 eingestellt. Allerdings bezog sich dies aber auch auf IPSEC, welches ich ja eigentlich vermeiden wollte.

Gibt es eventuell noch weitere Ideen?

VG Tom

If you don't see blocking activity in the Intrusion Prevention or Firewall log, Tom, I would open a case with Sophos Support.

In the mean time, what result do you get when you ping the inside interface of the remote UTM (172.20.0.1) from your internal interface (10.11.12.13) with the following command?

ping -I 10.11.12.13 172.20.0.1 -s 1500 -M do

MfG - Bob (Bitte auf Deutsch weiterhin.)

Sorry aber der Befehl "ping -I 10.11.12.13 172.20.0.1 -s 1500 -M do" funktioniert in einer CMD offensichtlich nicht. Vielleicht unter Linux?

Ich habe es stattdessen hiermit versucht: (Ping auf Standardgateway Filiale)

P:\>ping -f -l 1500 10.20.0.1

Ping wird ausgeführt für 10.20.0.1 mit 1500 Bytes Daten:
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.

Ping-Statistik für 10.20.0.1:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
    (100% Verlust),

P:\>ping -f -l 1472 10.20.0.1

Ping wird ausgeführt für 10.20.0.1 mit 1472 Bytes Daten:
Antwort von 10.20.0.1: Bytes=1472 Zeit=5ms TTL=63
Antwort von 10.20.0.1: Bytes=1472 Zeit=5ms TTL=63
Antwort von 10.20.0.1: Bytes=1472 Zeit=6ms TTL=63
Antwort von 10.20.0.1: Bytes=1472 Zeit=5ms TTL=63

Ping-Statistik für 10.20.0.1:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 5ms, Maximum = 6ms, Mittelwert = 5ms

Die Gegenprobe (Ping auf SG Zentrale (10.10.0.1)) brachte die gleichen Werte.

Bleibt wirklich nur der Sophos-Support?

Sorry aber der Befehl "ping -I 10.11.12.13 172.20.0.1 -s 1500 -M do" funktioniert in einer CMD offensichtlich nicht. Vielleicht unter Linux?

Ich habe es stattdessen hiermit versucht: (Ping auf Standardgateway Filiale)

P:\>ping -f -l 1500 10.20.0.1

Ping wird ausgeführt für 10.20.0.1 mit 1500 Bytes Daten:
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.

Ping-Statistik für 10.20.0.1:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
    (100% Verlust),

P:\>ping -f -l 1472 10.20.0.1

Ping wird ausgeführt für 10.20.0.1 mit 1472 Bytes Daten:
Antwort von 10.20.0.1: Bytes=1472 Zeit=5ms TTL=63
Antwort von 10.20.0.1: Bytes=1472 Zeit=5ms TTL=63
Antwort von 10.20.0.1: Bytes=1472 Zeit=6ms TTL=63
Antwort von 10.20.0.1: Bytes=1472 Zeit=5ms TTL=63

Ping-Statistik für 10.20.0.1:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 5ms, Maximum = 6ms, Mittelwert = 5ms

Die Gegenprobe (Ping auf SG Zentrale (10.10.0.1)) brachte die gleichen Werte.

Bleibt wirklich nur der Sophos-Support?