Авторизация

Проблемы с OpenVPN - длительность сессии

Подробнее
6 года 7 мес. назад #7 от leo
Такая же ерунда наблюдается. Раз в час реконнект

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

  • admin
  • admin аватар
  • Ушел
  • Администратор
  • Администратор
  • vpnki support
Подробнее
6 года 7 мес. назад #8 от admin
Это явно где-то у нас, мы ищем дурацкие таймеры... их там много. Потерпите

если все заработало, то, пожалуйста, donate сюда - yoomoney.ru/to/410014618210530

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Подробнее
6 года 7 мес. назад #9 от SergNF
Либо после

reneg-sec 0

либо Вы что-то делаете, но
Линуксовый user1438 держится с 2017-08-17 13:33:46
Виндовый user1473 держится с 2017-08-17 15:08:09
Логи везде "чистые".
Правда и маршрут до "сети" лег, т.е. "еще не все решено" (с)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

  • admin
  • admin аватар
  • Ушел
  • Администратор
  • Администратор
  • vpnki support
Подробнее
6 года 7 мес. назад #10 от admin
Мы не делаем, мы пока наблюдаем.
Насчет маршрута до сети - (возможно?), он мог не передаться из-за высокой нагрузки на наш сервер. Тут было под 100%.
Пришлось выключить всякий интерактив из веб-части. В частности, всякие автообновления статусов туннелей пришлось пустить под нож. Было 5 сек, теперь там 10 минут. Серверу полегчало. Немного.
Ждем результат reneg-sec 0/
Есть там всякие таймеры, но ... надо понять сначала с reneg-sec 0

если все заработало, то, пожалуйста, donate сюда - yoomoney.ru/to/410014618210530

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

  • admin
  • admin аватар
  • Ушел
  • Администратор
  • Администратор
  • vpnki support
Подробнее
6 года 7 мес. назад - 6 года 7 мес. назад #11 от admin
Как там reneg-sec 0 поживает?

Поясню что мы тут думаем.
В борьбе с зависшими сессиями, некоторое время, назад мы наткнулись на баг (?) со стороны OpenVPN. Он выглядит следующим образом. По умолчанию, процедура обмена ключами согласуется между сервером и клиентом в момент подключения и период рекеинга составляет 1 час. Так как мы используем UDP (что не гарантирует доставку), то, видимо, что-то не так происходит в процедуре рекеинга и второй (именно второй) рекей не проходит. При этом туннель не отключается, а просто перестает ходить трафик из-за отсутствия согласованного шифрования. Что интересно, но непрохождение этого трафика не означает, что сработает inactivity timeout и туннель будет отключен. Точнее, мы так и не поняли, а должны ли вообще шифроваться служебные пинги? Получается, что раз Inactivity Timeout не сработал, то значит служебные пинги не шифруются и все равно ходят. Поэтому туннель трафик не пропускал, но продолжал висеть до следующего рекея, который проходил нормально и хождение трафика возобновлялось.

Мы решили это побороть двумя действиями. Первое - увеличить время рекеинга до 48 часов и, одновременно, ввести перезапуск сессий пользователей каждые 24 часа. Таким образом, рекеинг просто никогда бы не наступил, а пользователи не теряли бы трафик.
Это мы сделали, но, тем не менее, какие-то клиенты OpenVPN (не все) ПО-ПРЕЖНЕМУ пытаются каждый час начать процедуру рекеинга, хотя их на сервере никто не ждет. Возможно, у них это вшито по-умолчанию. Но только в этот раз, невыполненный рекеинг приводит к обрыву сессии по Inactivity Timeout со стороны клиента. В общем все кривовато и не так как ожидалось. Поэтому ...

Есть предложение жестко принудить клиентское ПО OpenVPN не выполнять процедуру рекеинга, поставив параметр reneg-sec 0 в файле .ovpn (отдельной строкой перед тегом <ca>) или скачав новую версию файла с персональной страницы.

если все заработало, то, пожалуйста, donate сюда - yoomoney.ru/to/410014618210530
Последнее редактирование: 6 года 7 мес. назад пользователем admin.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Подробнее
6 года 7 мес. назад #12 от SergNF
Линуксовый (user1438) вчера "до" 2017-08-18 00:01:07 и сегодня "после" ни разу не переконнектился, Канал держит.
Виндовый (user1473) я запустил только 2017-08-18 08:59:58. Но вчера с 2017-08-17 15:08:09 до 2017-08-17 19:15:48 стоял "как влитой".

"Про роутинг"

он мог не передаться из-за высокой нагрузки на наш сервер

Вчера я по-правильному (с пинанием колеса) в 2017-08-17 22:29:52 перезапустил user1438
Из-за не корректного рестарта в 2017-08-17 13:33:46 "у Вас" (Инструменты->Таблица маршрутов) не понялся этот маршрут

192.168.1.0/24 via 172.16.4.164 dev tun0

Поверьте, пжалуйста :)
Наверное не плохо было бы добавить кнопку "инициализировать маршруты" на страничку "инструменты" (если много туннелей - не логично) или в настройки каждого туннеля.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Время создания страницы: 0.103 секунд