LINUX.ORG.RU
ФорумAdmin

Зависания клиентской части OpenVPN

 ,


0

1

Привет, господа линуксоиды.
Есть OpenVPN 1.8.4 на базе RHEL 5 и несколько десятков клиентов (по большей части на WinXP). Тащемта, проблема касается последних. Десяток из них попадает к серваку поверх MPLS предоставляемого местным ISP и при ощутимой сетевой нагрузке туннеля в направлении от сервера к клиенту, эти самые клиенты перестают воспринимать входящие пакеты.
То есть по дампам трафика на сервере видны пакеты от клиента серверу и ответы обратно. По дампам трафика на клиентской стороне только запросы в сторону сервера. После перезапуска приложения ситуация нормализуется. Сам канал связи в эти моменты времени абсолютно стабилен, клиентское устройство доступно.
Логирование на самых хардкорных уровнях детализации ничего не дало. Если в краце:

  • обмен пакетами
  • отсутствие входящих пакетов
  • перезапуск службы

Объединяет все подобные случаи один и тот же пров, плюс вышеназванная технология, поэтому войну с саппортом уже веду, но пока не сильно успешную.
Могут ли стать причиной такого поведения какие-либо сетевые опции вроде rate-limit или подобные? Буду благодарен любым советам, особенно от забредших сюда сетевиков.

клиентское устройство доступно.

То есть, с сервера его можно пинговать, и при этом в дампе на клиенте видны icmp-пакеты, а транспортные openvpn-пакеты не видны? Если так, то продолжайте бодаться с техподдержкой. Если есть подозрения, что проблемы с шейпером у провайдера, можно погенерить трафик с помощью iperf.

mky ★★★★★
()
Ответ на: комментарий от TuxR

keepalive в конфиге есть. Но хочется избавиться от причины возникновения проблемы, а не просто автоматически перезапускаться.

StalluManu
() автор топика
Ответ на: комментарий от mky

Внутри openvpn туннеля пинги пропадают. Со стороны клиента видны исходящие echo request запросы проходящие через tun интерфейс, до сервера они доходят. Он в ответ шлет echo reply, которые клиент уже не получает. В это время, любой обмен данными (пинги, dns запросы, подключение к smb) без участия openvpn (через реальный, физический интерфейс) вполне успешен. Служебные openvpn-пакеты также имеют место быть.
Завтра задействую ipref, поищу закономерности, спасибо.

StalluManu
() автор топика
22 декабря 2015 г.
Ответ на: комментарий от StalluManu

Проблемности

Аналогично. Тоже пропадают пакеты внутри тунеля. Понять причину не могу.

anonymous
()

Попробуй написать простой tcp-server на одно соединение и tcp-client пропиши опции для сокетов rcvtimeout(или как он там) и sendtimeout поменьше. Гоняй внутри ping-pong. И посмотри сколько эта штука проживет.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.