Как мое 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 Мбит / с):

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

AStopher
источник
1
Возможно, OpenVPN как-то выполняет сжатие данных? Или, может быть, виноват чистый (не) нейтралитет.
JonasCz - Восстановить Монику
@JonasCz Это правда, что я включил сжатие на сервере OpenVPN, но я не думал, что это повлияет на скорость. Можно проверить, временно отключив сжатие. С другой стороны, даже если он сжимал данные, несомненно, он не должен быть выше, чем 24 Мбит / с, за которые я плачу своему провайдеру?
AStopher
1
Сжатие вполне может дать вам большую скорость, чем вы заплатили, так как тогда вы сможете передавать больше данных за то же время, тем самым повышая скорость. Вы по-прежнему передаете только 15 мегабит в секунду через кабели, но ваше сжатие позволяет вам вложить 30 Мбит / с. И да, сжатие может уменьшить размер ваших данных вдвое.
JonasCz - Восстановить Монику
1
Интересно, что сжатие может иметь такой большой эффект. Собираетесь отметить это как ссылку для любого, кто спрашивает, стоит ли загрузка процессора.
Артур Кей
1
@cybermonkey ты потрясающий: D, теперь просто используй Ubuntu, а не CentOS ...
td512

Ответы:

8

Это было связано с функцией сжатия сервера OpenVPN, что означало, что одновременно можно отправлять больше данных.

Следовательно, это означало, что соединение было быстрее. Чтобы подтвердить это, я отключил функцию сжатия и имел такую ​​скорость:

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

... тогда как при включенном сжатии, следовательно, имел такую ​​скорость:

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

Кажется, что если бы я использовал стандартную VPN, отличную от OpenVPN, я бы не увидел такой значительный всплеск скорости.

AStopher
источник
1
Это происходит потому, что тестовые данные, вероятно, имеют очень низкую энтропию (как и все нули или что-то в этом роде) и поэтому могут быть сильно сжаты.
Даниэль Б
0

Я использую 64 / 4,5 Мбит / с чистого интернет-соединения. Но когда я подключаюсь к корпоративному серверу через AT & T VPN, у меня 2 Мбит / с (да, загрузка, как говорится, стандартная корпоративная политика) / 20 Мбит / с (ЗАГРУЗКА в 4 раза быстрее, чем я плачу своему кабельному провайдеру !!! ).

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

Единственное разумное объяснение, которое я встретил, заключалось в том, что в связи с тем, что AT & T владеет самым скелетом в Европе, провайдеры обязаны маршрутизировать трафик AT & T без каких-либо ограничений. Следует помнить, что используемый мной кабельный модем способен достигать скорости 440/120 Мбит / с по 8/4 каналам вниз / вверх. И, вероятно, QoS выполняется только в инфраструктуре L3 провайдера.

Томек

Томек
источник