sprint-3, тунелирование трафика и новые возможности

Начиная с версии 3.0 ускоритель приобрёл качественно новую подсистему проброса трафика. Теперь вы можете пробросить весь TCP/UDP трафик непосредственно через ускоритель - для этого на вашем компьютере при установке будет создано специальный виртуальный сетевой адаптер (TAP-адаптер). При помощи маршрутизации весь трафик заводится через этот TAP-адаптер (за исключением трафика до сервера платформы). В результате с ускорителем смогут работать абсолютно любые программы

С появлением третьего поколения ускорителя отпадает необходимость использования туннелей (VPN, OpenVPN) - ускоритель сам может работать на уровне IP-протокола.

Однако, для сёрфинга пока настоятельно рекомендуется использовать прокси-сервисы ускорителя (как и в предыдущих версиях), поскольку ускоритель на данный момент не разгоняет пробрасываемый через виртуальный канал трафик. Разгон и сжатие отдельных протоколов (особенно транспортного протокола TCP, но также и ряда протоколов уровня приложений) - задача N 1 для всей третьей ветки ускорителя.

Ниже приведён процесс установки ускорителя и настройки виртуального канала:

Перед установкой убеждаемся, что ускоритель не запущен!
Запускаем загруженый дистрибутив ускорителя, выбираем компоненты для установки. Если ускоритель 3-ей версии уже устанавливался однажды можно не устанавливать TAP-адаптер. Кроме того адаптер можно не устанавливать, если он уже установлен в системе (например для OpenVPN).

Выбираем путь установки ускорителя. Настоятельно рекомендуется использовать значение по-умолчанию во избежание возможной путаницы:

Собственно далее дожидаемся завершения установки, подтверждаем установку драйверов.

Запускать ускоритель можно через меню "Пуск", удалить дистрибутив - также через меню "Пуск" или же через сервис "Установка и удаление программ".

При успешной установке должно появиться новое подключение:

Следующий шаг - настройка mtu TAP адаптера

Настройка mtu крайне важна для корректной работы ускорителя. MTU адаптера автоматически подстраивается под mtu наземного канала, которое выставляется в настройках ускорителя через web-интерфейс. Значение mtu адаптера должно быть меньше чем mtu наземного канала.

После установки/смене mtu в настройках ускорителя чтобы изменения вступили в силу требуется перезагрузка операционной системы! Поэтому при первичной установке запустите ускоритель, выставьте mtu в настройках и перезагрузите ОС. (Актуально только для ОС Windows).

Никаких допонительных настроек TAP-адаптер не требует.

Подключение к серверу, автоматическая настройка маршрутов

По-умолчанию ускоритель использует автоматическую смену маршрута по-умолчанию. Выбор политики в отношении установки маршрутов производится в настройках в меню "туннелирование", опция "Политика установки маршрутов". Автоматической настройке соответствует значение "Подмена шлюза по-умолчанию".

При старте ускорителя с использованием автоматической установки маршрутов выполняются следующие операции:

• Удаляется маршрут по-умолчанию ("наземный" маршрут).
• Добавляется маршрут, идентичный удалённому в первом пункте, но на ip-адрес платформы. Этот маршрут обеспечивает прохождение пакетов до платформы по земле.
• Добавляется маршрут по-умолчанию на виртуальный tap-адаптер

При выключении ускорителя с использованием автоматической установки маршрутов выполняются следующие операции:

• Удаляется маршрут по-умолчанию.
• Удаляется маршрут до сервера платформы через землю
• Восстанавливается маршрут по-умолчанию через наземный канал.

Подключение к серверу, ручная настройка маршрутов

Ручная настройка позволяет выставить нестандартную политику в отношении маршрутов. В случае выбора опции "Использовать init-скрипт" в меню "Туннелирование" ускоритель пытаеться выполнить bat-скрипт init.bat, расположеный в каталоге установки ускорителя (для Linux - init.sh, расположеный в текущем каталоге).

Этот же скрипт выполняется и при выключении ускорителя. При включении скрипту указывается в качестве первого аргумента командной строки значение 'ifup', при выключении - 'ifdown'.

Примеры скриптов, соответствующих алгоритму, описаному для автоматической настройки выше: для Windows, для Linux

Скрипт выполняется не сразу после подключения ускорителя, а как тольку виртуальный адаптер будет готов к работе (это занимает некоторое время).

Проблема потери TCP-соединений в момент смены маршрутов (инициализации ускорителя)

Данная проблема актуальна именно для TCP-соединений, однако может присутствовать и на протоколах, основаных на UDP. Суть проблемы следующая - при смене маршрута существующее TCP-соединение не разрывается, а продолжает существовать некоторое время - как бы зависает. Это связано с тем, что для сервер, с которым было установлено соединение до смены маршрута "теряет из вида" хост, поскольку его параметры (ip и порт) выглядят уже по-другому. А само клиентское приложение не догадывается о смене маршрутов и продолжает считать, что со связью всё в порядке.

Актуальнее всего эта проблема для IM - например для ICQ.

Сейчас ведётся работа над решением этой проблемы.