Частый обрыв VPN

[Bird525]

Суть проблемы: Ubuntu 10.10, подключение по VPN к серверу, тип VPN - PPTP, аутентификация - MSCHAPv2, шифрование, сжатие и прочие доп. параметры отключены. Соединение рвётся часто, периодичность от 5 примерно до 30 минут.

Лог обрыва:

Feb 18 19:18:46 Shaytanama-PC pptp[4182]: nm-pptp-service-3836 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.

Feb 18 19:18:46 Shaytanama-PC avahi-daemon[953]: Withdrawing workstation service for ppp0.

Feb 18 19:18:46 Shaytanama-PC NetworkManager[1045]: SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)

Feb 18 19:18:47 Shaytanama-PC pptp[4182]: nm-pptp-service-3836 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'

Feb 18 19:18:47 Shaytanama-PC pptp[4182]: nm-pptp-service-3836 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.

Feb 18 19:18:47 Shaytanama-PC pptp[4182]: nm-pptp-service-3836 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 36224).

Feb 18 19:18:47 Shaytanama-PC pptp[4175]: nm-pptp-service-3836 warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error

Feb 18 19:18:47 Shaytanama-PC pptp[4175]: nm-pptp-service-3836 warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log

Feb 18 19:18:47 Shaytanama-PC pptp[4182]: nm-pptp-service-3836 log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)

Feb 18 19:18:47 Shaytanama-PC pptp[4182]: nm-pptp-service-3836 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'

Feb 18 19:18:47 Shaytanama-PC pptp[4182]: nm-pptp-service-3836 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)

Писал администратору сети (в вопросе говорилось исключительно про Linux), вот его ответ:

Да, действительно, такая особенность под Windows7 имеется. При отключении брандмауэра соединение не держится. Особенно это заметно на Win7 x64. Кроме того, в драйверах сетевых карт под Win7 появились дополнительные настройки, которые в значительной мере влияют на устойчивость соединения. Особенно влияюр размеры буфера чтения/записи - их нужно устанавливать в максимальное значение, влияет "зелёный режим" сетевой карты - его нужно отключать. Такк же влияет режим "пробуждения" компьютера по специальному пакету, пришедшему на сетевую катру - эту опцию так же нужно выключить. Оказывает влияние опция FLOW Control - на некоторых сетевых картах её нужно включать, а на некоторых наооборот - отключать. Все эти опции сетевых карт, включая брандмауэр, каим-то образом влияют на формирование GRE-пакетов для PPTP-протокола. Падение PPTP вызывается ошибкой в заколовках GRE-пакета. Это пишется в логах сервера. Т.е. IP-пакет по сети приходит корректно, а вто на этапе инкапсюляции из него GRE-пакета происходит ошибка. Сервер сообщает, что GRE-пакет, пришедший от клиента сформирован не верно. После этого PPTP-тоннель падает. Причина падения PPTP всегда одна, причём это происходит исключительно из под Win7. Я тестировал соединения из под XP, Win7 x32 и Win7 x64. Из под XP разрывов нет вообще из под Win7 они исчезали после изменение опций драйвера сетевой карты, описанных выше и включения брандмауэра. Что примечательно - брандмауэр может быть выключен, но служба брандмауэра должна обязательно при этом быть запущена.

Есть какие-нибудь соображения?

[fisher74]

Не видя вопрос, тяжело оценивать ответ администратора. Но если в нём речь шла "исключительно про Linux", то Вам сначала нужно будет пробиться через его автоответы.
По решению вопроса я, к сожалению, подсказать не могу.

[lega911]

может сеть лагает, протести чем нибудь, или просто пинг запусти - будут потери или нет?
возможно vpn сервер рвет конект...

это pppd log?

[tosh17]

а vpn только pptp?
У некоторых серверов пря проблема pptp,  рвет постоянно
А вот l2tp держит отлично

[Bird525]

Лог system, как такового pppd не нашёл. Пинг проходит нормально, без потерь. Просто в какой-то момент серву не нравится заголовок пакета (по словам админа) и он инициирует отключение. В понедельник пойду к админу, но думаю, толку будет мало.