[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: pptp и хренов пров



Stanislav Maslovski <stanislav.maslovski@gmail.com> wrote:
> Доброго времени суток,

> Имеем:
> самосборное ядро 2.4.33-pre3 c GRE tunnels;
> pptp-linux 1.5.0-5;
> тупого провайдера с VPN;

> В логи сыплются вот такие сообщения

> Jun  4 17:58:38 localhost pptp[290]: anon log[decaps_gre:pptp_gre.c:404]:
> buffering packet 101904 (expecting 101903, lost or reordered) 
> Jun  4 17:58:38 localhost pptp[290]: anon log[decaps_gre:pptp_gre.c:404]:
> buffering packet 101905 (expecting 101903, lost or reordered) 
> Jun  4 17:58:38 localhost pptp[290]: anon log[decaps_gre:pptp_gre.c:404]:
> buffering packet 101906 (expecting 101903, lost or reordered) 
> В преизрядном количестве. Это нормально?
Ага. я наблюдаю такое на WiFi линке, для него это нормально. Для ethernetа -
наврядли. Попробуй подкрутить таймауты для реордеринга.

> Дальше, раз в 2 дня происходит вот что:

> Jun  4 18:04:10 localhost pptp[296]: anon log[ctrlp_rep:pptp_ctrl.c:243]:
> Sent control packet type is 12 'Call-Clear-Request'
>                                ^^^^^^^^^^^^^^^^^^^^
> Jun  4 18:04:10 localhost pptp[296]: anon log[pptp_conn_close:pptp_ctrl.c:425]: 
> Closing PPTP connection 
> Jun  4 18:04:10 localhost pptp[296]: anon log[ctrlp_rep:pptp_ctrl.c:243]:
> Sent control packet type is 3 'Stop-Control-Connection-Request' 
>                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Jun  4 18:04:10 localhost pptp[296]: anon log[call_callback:pptp_callmgr.c:77]: 
> Closing connection 
> Jun  4 18:04:10 localhost pppd[286]: Modem hangup 
> Jun  4 18:04:10 localhost pppd[286]: Connect time 102.0 minutes. 
> Jun  4 18:04:10 localhost pppd[286]: Sent 55451375 bytes, received 74552026 bytes. 
> Jun  4 18:04:10 localhost pppd[286]: Connection terminated. 

> После чего pppd несколько раз пытается снова поднять соединение
> (ему сказано persist), но безуспешно. Смотрим, что с локалкой: недоступна,
> gateway в дауне, не пингуется, "no route to host".
> arp на eth0 не видит ни черта.

> Приходящие мальчики перегружают свитч на чердаке, после чего все снова
> работает до следующего обвала. Собственно, второй вопрос по отмеченному "^^^^".
> Это _с_моей_стороны_ pptp пытается завершить соединение, когда уже сетка ушла в
> даун? 

> Причина ухода свитча в даун, видимо, скачки напряжения в сети. Но все равно,
> хотел бы уточнить, правильно ли я понимаю смысл отмеченного.
pptp как честный, хоть и заметил то, что сеть уже рухнула и на echo ему
никто не ответил, тем неменее пытается серверу сообщить, что он отключается.



Reply to: