Як моє VPN-з'єднання може бути швидшим, ніж моє стандартне з'єднання?


11

Вчора я отримав VPS як спеціалізовану машину для OpenVPN, я його налаштував і сьогодні провів тест на швидкість, те, що я побачив, мене здивувало:

З VPN:

введіть тут опис зображення

Без VPN:

введіть тут опис зображення

VPN розташований в іншій країні, у іншого постачальника послуг.

Як і очікувалося, затримка у VPN трохи вище, але я ніколи не очікував, що швидкість завантаження через VPN буде трохи нижчою, ніж удвічі більшою, ніж у мого звичайного стандартного з'єднання без VPN . Швидкість завантаження очікувати слід, оскільки я б подумав, що провайдеру буде легше його заглушити, ніж завантажувати. Я завжди думав, що VPN-з'єднання завжди матиме меншу швидкість, ніж звичайне з'єднання, але явно я невірний.

Я спершу подумав, що результат аномальний, але я повторно перевірив його кілька разів (для різних швидкісних серверів) і мав подібні результати, тому життєздатність трьох аномальних результатів поспіль нульова. Я також перезапустив і VPS, і сервер OpenVPN service openvpn restart(ОС VPS - Ubuntu 14.04 64 біт), такий же результат.

Як це можливо?

Це швидкість підключення VPS (455 Мбіт / с, 256,91 Мбіт / с):

введіть тут опис зображення


1
Можливо, OpenVPN якось виконує стиснення даних? А може, винна чиста (не) нейтральність.
JonasCz

@JonasCz Це правда, що я включив стиснення на сервері OpenVPN, але я не думав, що це вплине на швидкість. Зробити тест, тимчасово відключивши стиснення. Знову ж таки, навіть якщо він стискав дані, безумовно, він не повинен бути вище 24 Мбіт / с, за який я плачу провайдером?
AStopher

1
Стиснення цілком може забезпечити вам більшу швидкість, ніж ви заплатили, тому що ви зможете за один і той же час перенести більше даних, тим самим забезпечивши більш високу швидкість. Ви все ще передаєте лише 15 Мегабіт в секунду через кабелі, але стискання дозволяє вкласти 30 Мбіт / с. І так, стиснення може зменшити розмір ваших даних удвічі.
JonasCz

1
Цікаво, що стиснення може мати такий великий ефект. Перейти до закладки це як орієнтир для тих, хто запитує, чи варто завантажувати ЦП.
Артур Кей

1
@cybermonkey Ви дивовижні: D, тепер просто для використання ubuntu, а не CentOS ...
td512

Відповіді:


8

Це було пов'язано з функцією стиснення сервера OpenVPN, що означає, що відразу можна надіслати більше даних.

Отже, це означало, що з'єднання було швидшим. Щоб підтвердити це, я відключив функцію стиснення і мав цю швидкість:

введіть тут опис зображення

... тоді як з увімкненою компресією, відповідно, була така швидкість:

введіть тут опис зображення

Здається, якби я використовував стандартний VPN, відмінний від OpenVPN, я б не бачив цього значного вибуху швидкості.


1
Це трапляється тому, що дані тестів, ймовірно, мають дуже низьку ентропію (як і всі нулі чи що завгодно), і тому вони можуть сильно стискатися.
Даніель Б

0

Я використовую чистий Інтернет / 64 Мбіт / с. Але коли я підключаюся до корпоративного сервера через AT&T VPN, тоді у мене є 2 Мбіт / с (так, завантажуйте, це, як то кажуть, стандартна корпоративна політика) / 20 Мбіт / с (ВИДАЛИТИ в 4 рази швидше, ніж я плачу своєму провайдеру кабелів !!! ).

Я не вірю в позитивний вплив стиснення VPN (на відміну від негативного впливу додаткового завантаження VPN :)), оскільки тест на швидкість використовує для тестування файл з блискавкою 10 Гб, і я не думаю, що цей файл можна більше стиснути, навіть якщо індивідуальний Навантаження пакетів UDP рекомпресується (як я знаю, VPN використовує потік UDP, забезпечуючи рівень TCP як рівень сам по собі).

Єдиним розумним поясненням, з яким я зіткнувся, було те, що через те, що AT&T володіє самим скелетом у Європі, постачальники зобов’язані здійснювати маршрути AT&T без будь-яких обмежень. Потрібно пам’ятати, що кабельний модем, який я використовую, здатний досягти швидкості 440/120 Мбіт / с через 8/4 каналів вниз / вгору. І, ймовірно, QoS робиться лише в інфраструктурі L3 постачальника.

Томек

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.