рвется VPN

[freewind]

Здравствуйте
Ubuntu 10.10 дома выхожу в интернет через роутер. Устанавливаю VPN соединение через нетворк менеджер на офисный роутер. Соединеие устанавливается, но рвется через 1-3 минуты как только получаешь удаленный рабочий стол. Под вин все  работает без разрывов хоть целый день сиди. Что подкрутить?

Спасибо.

[NowhereMan]

Какой VPN, что в логах? посмотри в /var/log/daemon.log - может будет написано что ему не нравится.

[freewind]

Ну вот собственно кусок лога, может долго не рваться, а может раз в минуту
Oct 21 09:29:40 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Ec
ho-Reply'
Oct 21 09:29:40 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Oct 21 09:30:40 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Oct 21 09:31:41 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Oct 21 09:32:41 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Oct 21 09:33:41 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Oct 21 09:34:41 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:677]: Echo Request received.
Oct 21 09:34:41 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Ec
ho-Reply'
Oct 21 09:34:41 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Oct 21 09:35:41 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Oct 21 09:36:41 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Oct 21 09:36:41 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[logecho:pptp_ctrl.c:679]: no more Echo Reply/Request packets
will be reported.
Oct 21 09:38:41 pcuser-A8He AptDaemon: INFO: Initializing daemon
Oct 21 09:40:06 pcuser-A8He pptp[1749]: nm-pptp-service-1742 warn[decaps_gre:pptp_gre.c:331]: short read (-1): Message too long
Oct 21 09:40:06 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
Oct 21 09:40:06 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Oct 21 09:40:06 pcuser-A8He pptp[1759]: nm-pptp-service-1742 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Oct 21 09:40:07 pcuser-A8He NetworkManager[801]: <info> VPN plugin state changed: 5
Oct 21 09:40:07 pcuser-A8He NetworkManager[801]: <info> VPN plugin state changed: 6
Oct 21 09:40:07 pcuser-A8He NetworkManager[801]: <info> VPN plugin state change reason: 0
Oct 21 09:40:07 pcuser-A8He NetworkManager[801]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active.
Oct 21 09:40:08 pcuser-A8He NetworkManager[801]: <info> Policy set 'Auto ZyXEL17' (wlan0) as default for IPv4 routing and DNS.
Oct 21 09:40:08 pcuser-A8He NetworkManager[801]:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Oct 21 09:40:09 pcuser-A8He nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/01ifupdown' exited with error status 1.

[masters]

У меня таже проблема. Стоит Ubuntu 10.04 и KVPNC.

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

[NowhereMan]

Тебе сюда: https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/294564

When manually setting MTU to 1412 (as it was configured in Hardy) with a 'sudo ifconfig ppp0 mtu 1412', the connection is stable.

Бага в pppd связанная с MTU.

[freewind]

спасибо

[winmasta]

помогло, поставил МТУ 1396 (заметил что у входящего из винды пптп подключения был такой его и воткнул) теперь не слетает, НО в связи с этим вопрос - у меня на всех интерфейсах МТУ - 1500 (и на модеме что в инет смотрит тоже), 1) почему для ппп он не подходит 2) как подобрать оптимальное значение, кроме как опытным путем ? кто знает поделитесь информацией (ссылками)

[winmasta]

помогло, поставил МТУ 1396 (заметил что у входящего из винды пптп подключения был такой его и воткнул) теперь не слетает, НО в связи с этим вопрос - у меня на всех интерфейсах МТУ - 1500 (и на модеме что в инет смотрит тоже), 1) почему для ппп он не подходит 2) как подобрать оптимальное значение, кроме как опытным путем ? кто знает поделитесь информацией (ссылками)

не все так просто оказалось, простояло соединение всю ночь, НО когда им (интернетом) начали активно пользоваться стало опять отваливаться
выдержка из лога во вложении
Пользователь решил продолжить мысль 25 Августа 2011, 08:32:36:1) соединение локально работает (иногда отваливается) поставил МТУ для ППП 1396, локальное соединение стабильно
2) траффик от клиентских машин из локалки (машине где поднят ППП - роутер для локалки) рвет ППП соединение
3) прописывам в iptables -t mangle -A FORWARD (и для OUTPUT) -o ppp+ -p tcp -m --tcp-flags SYN,RST SYN -m tcpmss 1357:1500 -j TCPMSS --set-mss 1356 соединение не падает
остается несколько вопросов:
1) почему SYN,RST SYN ?
2) как работает --clamp-mss-to-pmtu какое значение MSS пакета в итоге если МТУ на ППП - 1396 ?
3) нужны ли для TCPMSS доп модули (ядро 2.6.32)
Пользователь решил продолжить мысль 25 Августа 2011, 08:38:53:ну и собственно проблема с логами
1) если в pty только --nolaunchpppd то лог забит "buffering packet 222 (expecting 111, lost or reordered)"
2) добавляем --nobuffer получаем в логе "accepting packet 222 (expecting 111, lost or reordered)"
3) добавляем --loglevel 0 в логе чисто
НО тут явно что-то не в порядке, осталось понять что