Бесплатный аналог AnyConnect VPN Server

[@isden]

А чем обычный OpenVPN плох?

[@Mopper]

Медленный. Дa и протокол, не такой популярный как у Cisco

[@isden]

Насчет медленности — его, в принципе, можно настроить так, что потери будут в районе 5-10% от ширины канала.
Простейший пример — если его настроить работать не по tcp, а по udp — прирост скорости будет достаточно ощутим. Ну и там еще пара хаков есть, которые легко гуглятся.

[@Mopper]

Как его по UDP через http-proxy прокинуть?

[@isden]

Сходу ничего не могу сказать по этому поводу, сорри.

[@smind]

никак

Connecting to an OpenVPN server via an HTTP proxy.

OpenVPN supports connections through an HTTP proxy, with the following authentication modes:

No proxy authentication
Basic proxy authentication
NTLM proxy authentication
First of all, HTTP proxy usage requires that you use TCP as the tunnel carrier protocol. So add the following to both client and server configurations:

proto tcp
Make sure that any proto udp lines in the config files are deleted.

openvpn.net/index.php/open-source/documentation/howto.html#http

[@DsideSPb]

Мне сама идея кажется странной, ведь HTTP работает поверх TCP. Прокси, очевидно, устанавливает в обе стороны TCP-соединения, где там место для UDP?
Или это риторический вопрос, объясняющий, почему не хочется UDP?

[@elliadan]

Не могли бы вы тыцнуть носом меня в эти хаки? Благодарочка заранее.

[@isden]

Да хоть вот —

serverfault.com/questions/544869/improving-openvpn-performance
forums.openvpn.net/topic9349.html

Но тут нужно смотреть на месте и тестить.
Мне помогло вот такое:

comp-lzo
proto udp
mssfix 1440
tun-mtu 24000

[@JDima]

Странно. Что помогло.

MSS 1440 оставляет лишь 20 байт на все инкапсуляции туннеля, чего явно не хватит, и будет фрагментация.
«tun-mtu» — это MTU туннельного интерфейса? 24 килобайта? Серьезно?

По-моему, если выставить их соответственно на 1260 и 1300 (чтобы уж с гарантией), будет быстрее. Намного.

[@isden]

> По-моему, если выставить их соответственно на 1260 и 1300 (чтобы уж с гарантией), будет быстрее. Намного.

Нет, я долго игрался с ними — приведенные значения более-менее помогают.

[@sapounov]

извините, что влезаю в разговор, но Вы с этими значениями «игрались» или изменяли их осознанно?

[@isden]

Извините, но ваш вопрос какой-то немного провокационный.

[@JDima]

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

Ну и запустите крупного файла, снимите дамп пакетов, ужаснитесь…

[@isden]

Хм, да, компрессию я как изначально включил — так и не отключал. Спасибо, попробую еще и так покрутить.

[@santal]

Никакие хаки в свое время не помогли мне утилизировать 1Гбит канал к сожалению. Вплоть до отключения шифрования. На форуме можно найти, у него практически «официальная» полка по скорости порядка 160 МБит. Мне удавалось кратковременно выжать 220, но это все в пользу бедных.
Так что он медленный и однопроцессорный…

Один из хаков кстати, по утилизации гигабита, это поднятие нескольких OpenVPN серверов, развешивание их по разным процессорам, и бондинг соответствующих адаптеров.

[@isden]

А сабж такой канал утилизирует? Или какое решение нашли?

[@santal]

сабж не пробовал, буду пробовать.
пока решение было «терпеть», т.к. было не сильно критично, а неделю на тесты в свое время я убил.

[@Mopper]

А вы не могли бы в личку потом результаты скинуть! очень интересно посмотреть резултаты

[@bestfriend]

неудивительно, что вам ничего на форуме не отвечают, т. к понять это можно только русским, да и то не полностью :) а за статью спасибо, сам как раз мучаюсь с выбором-настройкой впнов, надо будет попробовать этих ваших кисок!

[@AAM]

Интересная статья, спасибо. После нескольких исправлений скрипт генерации сертификатов и конфиг работают (кавычки «…» bash и ocserv в конфиге не принимают, нужны "…"; в скрипте есть лишние пробелы: «o utfile», «load-ca-certific ate», «se rver-cert»), функции Install*() не проверял, не было необходимости.
К сожалению, к OpenConnect (как и к StrongSwan) не удаётся подключиться при некоторых конфигурациях сети (например, client — wlan nat — isp nat — internet — vpn server). Android-клиент показывает странные сообщения о невозможности изменить системные настройки («System configuration settings could not be applied. A VPN connection will not be established.»), в то же время по 3G подключается успешно. У OpenVPN таких проблем не наблюдается.
И ещё пользователи Windows Phone, например, не имеют возможности подключиться ни к OpenVPN ни к OpenConnect. Остаётся StrongSwan, который так и не получилось сконфигурировать для работы за каскадным натом. Может у кого-то есть опыт подобной настройки? :)

[@Mopper]

Ох уж это Windows Phone))) Когда ж он скопытится??!!))