W jaki sposób moje połączenie VPN może być szybsze niż standardowe połączenie?

11

Wczoraj dostałem VPS jako dedykowaną maszynę dla OpenVPN, skonfigurowałem go i przeprowadziłem dzisiaj test prędkości, co mnie zaskoczyło:

Z VPN:

wprowadź opis zdjęcia tutaj

Bez VPN:

wprowadź opis zdjęcia tutaj

VPN znajduje się w innym kraju, u innego dostawcy.

Zgodnie z oczekiwaniami opóźnienie jest nieco wyższe w sieci VPN, ale nigdy nie spodziewałem się, że prędkość pobierania za pośrednictwem sieci VPN będzie nieco niższa niż dwukrotność mojego normalnego standardowego połączenia bez sieci VPN . Szybkości przesyłania można się spodziewać, ponieważ pomyślałem, że łatwiej będzie mojemu dostawcy usług internetowych dusić to niż pobieranie. Zawsze myślałem, że połączenie VPN będzie zawsze miało mniejszą prędkość niż normalne połączenie, ale najwyraźniej jestem w błędzie.

Najpierw pomyślałem, że wynik jest anomalny, ale kilka razy go ponownie przetestowałem (dla różnych serwerów speedtest) i uzyskałem podobne wyniki, dlatego prawdopodobieństwo trzech nieprawidłowych wyników z rzędu jest zerowe. Zrestartowałem również serwer VPS i OpenVPN z service openvpn restart(system operacyjny VPS to Ubuntu 14.04 64 bit), ten sam wynik.

Jak to jest możliwe?

Jest to prędkość połączenia VPS (455 Mb / s, 256,91 Mb / s):

wprowadź opis zdjęcia tutaj

AS Topher
źródło
1
Być może OpenVPN w jakiś sposób dokonuje kompresji danych? A może winna jest (nie) neutralność sieci.
JonasCz - Przywróć Monikę
@JonasCz To prawda, że ​​włączyłem kompresję na serwerze OpenVPN, ale nie sądziłem, że wpłynie to na szybkość. Może przetestować, tymczasowo wyłączając kompresję. Z drugiej strony, nawet jeśli kompresja danych z pewnością nie powinna być wyższa niż 24 MBPS, za które płacę mojemu dostawcy usług internetowych?
AStopher
1
Kompresja może dać ci większą prędkość niż zapłaciłeś, ponieważ byłbyś wtedy w stanie przesłać więcej danych w tym samym czasie, co daje większą prędkość. Nadal przesyłasz tylko 15 megabitów na sekundę kablami, ale twoja kompresja pozwala na włożenie do tego 30 Mb / s. I tak, kompresja może zmniejszyć rozmiar twoich danych o połowę.
JonasCz - Przywróć Monikę
1
Ciekawe, że kompresja może mieć tak duży efekt. Dodanie tego do zakładek jako odniesienie dla każdego, kto pyta, czy warto obciążać procesor.
Arthur Kay
1
@cybermonkey jesteś niesamowity: D, teraz po prostu użyj Ubuntu, a nie CentOS ...
td512

Odpowiedzi:

8

Miało to związek z funkcją kompresji serwera OpenVPN, co oznacza, że ​​można wysłać więcej danych jednocześnie.

Oznaczało to, że połączenie było szybsze. Aby to potwierdzić, wyłączyłem funkcję kompresji i miałem następującą prędkość:

wprowadź opis zdjęcia tutaj

... podczas gdy z włączoną kompresją, w konsekwencji miał tę prędkość:

wprowadź opis zdjęcia tutaj

Wygląda na to, że gdybym użył standardowej sieci VPN innej niż OpenVPN, nie zobaczyłbym tak znaczącej prędkości.

AS Topher
źródło
1
Dzieje się tak, ponieważ dane testowe prawdopodobnie mają bardzo niską entropię (jak wszystkie zera lub cokolwiek innego) i dlatego mogą być bardzo kompresowane.
Daniel B
0

Używam czystego połączenia internetowego 64 / 4,5 Mb / s. Ale kiedy łączę się z serwerem korporacyjnym przez AT&T VPN, mam 2 Mb / s (tak, pobierz, to, jak mówią, standardowa polityka korporacyjna) / 20 Mb / s (UPLOAD 4 razy szybszy niż płacę mojemu dostawcy telewizji kablowej !!! ).

Nie wierzę w pozytywny wpływ kompresji VPN (w przeciwieństwie do negatywnego wpływu dodatkowego obciążenia VPN :)), ponieważ test prędkości wykorzystuje do testowania plik spakowany 10 GB i nie sądzę, aby ten plik można było bardziej skompresować, nawet jeśli pojedynczy Obciążenie pakietów UDP jest ponownie kompresowane (jak wiem, VPN wykorzystuje przepływ UDP, zapewniając sam poziom TCP).

Jedynym rozsądnym wyjaśnieniem, jakie spotkałem, było to, że z uwagi na fakt, że AT&T posiada najbardziej szkielet w Europie, dostawcy są zobowiązani do kierowania ruchem AT&T bez żadnych ograniczeń. Należy pamiętać, że modem kablowy, którego używam, jest w stanie osiągnąć prędkość 440/120 Mbps przez kanały 8/4 down / up. I prawdopodobnie QoS jest wykonywany tylko w infrastrukturze L3 dostawcy.

Tomek

Tomek
źródło