Як моя VPN покращує швидкість завантаження?


25

Я чомусь завантажував щось із швидкістю 300 кбіт / с. Потім я ввімкнув VPN і швидкість завантаження підскочила до 1,3 Мб / с.

Чому це? Це тому, що сервер VPN зменшує стрибки між мною та сервером?



4
@ Divin3 - VPN цілком можливо прискорити роботу та зменшити затримку. Я відповів про швидкість у своїй відповіді. На додаток до цього, VPN може зменшити затримку (трохи, за рахунок стиснення) або багато (через альтернативний шлях - особливо там, де відбувається балансування навантаження до віддалених місць, де кабелі обмежені та доповнені супутниковою ємністю - зараз менш поширені ). Я також зауважу, що затримка на невеликому посиланні може значно відрізнятись від використання. Якщо кінцева точка VPN знаходиться на маршрутизаторі на шляху, затримка не завжди проходить через ворота exfra - поширений для корпоративних VPN
davidgo

1
@davidgo - під затримкою я маю на увазі час відгуку. Наприклад, якщо ви граєте в онлайн-гру, затримка насправді не може бути нижчою, якщо ви використовуєте будь-який тип VPN. Швидкість завантаження / завантаження (пропускна здатність) - це інше питання.
Divin3

3
@ Divin3, затримка, безумовно, може бути нижчою залежно від того, як ISP поводиться з певними видами трафіку. Також, як зазначав Давидго, цілком можливо, що VPN проходить інший / кращий шлях. Це не неможливо будь-якими способами ... Я раніше використовував VPN, щоб зменшити затримку, це нечасто, але не нечувано.
користувач161778

2
@ Divin3 - Я розумію затримку, і коментував це. Типовий супутниковий зв'язок становить близько 600 мс, той же кабель може бути менше 120 мс. Також Google Buffer Bloat - те, що альтернативні шляхи також можуть іноді обходити, щоб зменшити затримку.
davidgo

Відповіді:


36

Є кілька можливостей - на жаль, кількість хмелю не має значення.

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

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

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

  2. Інтернет-провайдер формує певний тип трафіку - можливо, за типом або пунктом призначення або обома - це може бути навіть за вмістом / корисним навантаженням, але це менш вірогідно. Використовуючи VPN, вашому трафіку надається пріоритет або не обмежується, тому ви набираєте кращу швидкість.

Є й інші можливості, але вони знову менш ймовірні - можливо, VPN використовує UDP, тоді як для завантаження зазвичай використовується TCP, а різні оптимізації (наприклад, MTU) дозволяють краще використовувати ваше з'єднання. Знову ж таки, це можливо, але малоймовірно - головним чином, тому що ви очікуєте або значно меншої, або значно більшої різниці в швидкості.


Ти б’єш мене до удару :-) - але мені насправді подобається твоя відповідь.
LSerni

3
Чи дійсно має сенс для ISP надавати трафіку VPN безкоштовний пропуск, враховуючи, що це протокол тунелювання? Я б очікував, що за замовчуванням все обмежено ставками, а білий список повинен мати пріоритет.
Томас

4
@Thomas Багато провайдерів використовують прозорі проксі-сервери для певних речей, таких як HTTP. Ідея полягає в тому, що вони можуть кешувати результати, щоб прискорити отримання сторінок і зменшити вимоги пропускної здатності ... що, звичайно, не робить нічого позитивного для динамічно генерованого контенту. Що в кінцевому підсумку відбувається - це ввести додаткові безглузді затримки для більшості сучасного контенту. Немає сенсу проксі або кешувати VPN-трафік, щоб не отримати додаткових затримок.
Корі

3
@Тома проблема полягає в тому, що трафік VPN не легко визначити - його можна замаскувати, щоб виглядати як інші види трафіку (включаючи VOIP - який вимагає низької затримки), а також корпорації використовують багато VPN, тому вони можуть отримати кращий клас сервіс. Крім того, більшість VPN використовують UDP, а не TCP, який використовується більшістю протоколів завантаження. ЇЇ ЛОТЬ простіше знизити продуктивність TCP-з'єднання, а потім з'єднання UDP, не викликаючи проблем, оскільки TCP має підказку сповільнюватись при падінні пакетів (за конструкцією), тоді як UDP не робить.
Давидго

2
Можливо також, що сервер на іншому кінці замовчується на основі вашого Інтернет-провайдера: usatoday.com/story/tech/news/2016/03/25/… - це недавній приклад цього (люди звинувачували Verizon / AT & T у повільному Netflix , але насправді це було замикання Netflix задумано). Однак у цій статті я не бачу, чи базувався він на IP-адресі (що впливатиме на людей, підключених до точки доступу, але не на пристрій VPN), чи щось на пристрої, що визначає носія.
дитина, що пройшла
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.