VPN з шифруванням дає вдвічі швидкість завантаження?


11

В даний час я плачу за Інтернет через SuddenLink, який запропонував мені завантажити 50 Мб і завантажити 3 Мб. Я також придбав VPN через PrivateInternetAccess , що значно збільшило швидкість завантаження під час завантаження файлів, зашифрованих з мого провайдера.

Speedtest.net показав, що VPN працює на 128 Мбіт і на 10 Мбіт вгору.

Зверніть увагу : Шифрування даних - BlowFish, автентифікація даних - SHA256, а рукостискання - RSA-4096.

Мені сказали, що кілька людей це неможливо , але коли я йду показувати їм результати фактичного завантаження файлу та швидкості, ми всі плутаємося.

Це насправді відбувається? Як вони запитують і говорили, чи це швидкості, які ми бачимо від кінцевої точки VPN до сервера, до якого ми проводимо тест на швидкість?

Також я надам скріншоти тесту на швидкість з і без VPN.

Оновлення 1

Я не впевнений, це має значення чи ні, але це може зрештою. Я живу в дуже-дуже сільській місцевості у Західній Вірджинії. Мені пощастило, що не маю 256K інтернету підключення завдяки моєму інтернет-провайдеру, SuddenLink. Я починаю вважати, що це може бути проблемою перевантаженості з моїм регіоном?


1
Як ви тестуєте трансфер? Багато VPN включають стиснення даних. Якщо вміст, який ви передаєте у рамках тесту, є стисливим, то це пояснить ваші результати. ОТО, ваш Інтернет-провайдер може мати погано реалізований обмежувач пропускної здатності, який не враховує трафік VPN.
Зоредаче

справді. спробуйте завантажити ізо-файл. вони, як правило, не так добре стискаються.
Сірекс

Я вже завантажив ISO-системи Windows, просто щоб побачити всі можливості. Швидкість як і раніше подвоюється з якоїсь дивної причини.
Травень

Відповідь @MariusMatutiae має шанс бути правильним, навіть якщо "обмеження пропускної здатності" може бути ненавмисним і викликати перевантаження, наприклад, Netflix. Ви повинні повторити свої тести в чужі години, наприклад, рано вранці, щоб бути впевненим у тому, що ви вимірюєте, і побачити, чи швидкість.net на постійній швидкості чи швидша на початку. Кодування (не) виконується в процесорі (або навіть завантажується в GPU), тому воно не повинно впливати на швидкість лінії.
harrymc

Це, швидше за все, викликано комбінацією управління пропускною здатністю, яка дозволяє вам обходити VPN, і ваша VPN використовує якесь вдосконалене стиснення, таке як LZO.
nullmem

Відповіді:


11

У минулому я мав такий самий ефект з моїм провайдером (у сільській місцевості теж, хоча це лише збіг обставин).

Основною справою було те, що він застосував обмеження пропускної здатності лише на порт 80. Це було особливо очевидно для speedtest.net , де початкова швидкість досягала б максимуму, а потім зменшувалася до менше ніж половини його пікового значення.

Я випадково виявив, що цього не сталося на OpenVPN, де мені вдалося отримати значення пікової швидкості протягом усього тесту speedtest.net . Це стало можливим завдяки тому, що сайт, до якого я підключився (мій робочий сайт), має дуже приємне, дуже швидке, широкосмугове з'єднання.

Оповіщений цим, я спробував велику передачу файлів через scp , і ось, ось я досяг таких же великих швидкостей, що і для OpenVPN, а не нижчих http-швидкостей.

Ви можете спробувати те ж саме і побачити, чи застосовується обмеження пропускної здатності на порти 22 (scp) та 21 (ftp). Найбільш яскравим є використання файлів, які вже значно стиснуті, як pdf s, оскільки це виключить частоту стиснення як такої .

Ці обмеження в пропускній спроможності, хоч і, правда, неохайні, як і раніше ефективні, оскільки більшість людей використовують Інтернет лише для завантаження веб-сторінок.

Редагувати:

Строго кажучи, є спосіб перевірити це: якщо ви керуєте сервером VPN, ви можете зупинити будь-яку іншу діяльність на сервері на порту 80 і почати прослуховувати VPN-з'єднання на порту 80; вам також доведеться змінити порт, до якого ви підключаєтесь в програмі клієнта. Тепер, якщо ваш Інтернет-провайдер обмежує використання пропускної здатності на порту 80, VPN повинен тактируватися з такою ж швидкістю, як і підключення, яке не є VPN.

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