URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 87297
[ Назад ]
Исходное сообщение
"падает pptp"
Отправлено Valcd , 16-Ноя-09 19:58 
Помогите! Падает туннель!

Cервер HP ProLiant DL140G5 установлена CentOS 4.7. Канал резервный на туннеле через pptp, основной на eth0.

pptpclient 1.7.2, канал поднимается скриптом из /rc.d/init.d/ при загрузке.

И ладно бы просто падал, так после падения не восстанавливается. Падает насовсем. В
то же время если убить вручную killall -HUP pppd, то соединение восстанавливается нормально.

Появилась мысль что туннель может падать по неактивности, потому как по нему ничего не передается и система может посчитать его зависшей сессий, поэтому есть возможность изредка по нему пускать пинг, имеет ли смысл? Вот что в логах:

/etc/ppp/peers/provider

noauth
unit 0
persist
maxfail 0
nobsdcomp
nodeflate
pty "/usr/sbin/pptp vpn.provider.ru --nolaunchpppd"
user xxxxx
password yyyyy

#########################   Вот что когда падает: ###################

Nov  9 04:55:20 neptun pptp[17987]: anon log[pptp_handle_timer:pptp_ctrl.c:1050]: closing control connection due to missing echo reply
Nov  9 04:55:20 neptun pptp[17987]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Nov  9 04:55:20 neptun pptp[17987]: anon log[pptp_conn_close:pptp_ctrl.c:430]: Closing PPTP connection
Nov  9 04:55:20 neptun pptp[17987]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Nov  9 04:55:20 neptun pptp[17987]: anon log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Nov  9 04:55:20 neptun pppd[7429]: Modem hangup
Nov  9 04:55:20 neptun pppd[7429]: Connect time 520.3 minutes.
Nov  9 04:55:20 neptun pppd[7429]: Sent 0 bytes, received 45664 bytes.
Nov  9 04:55:20 neptun pppd[7429]: Connection terminated.

#################### И еще один раз: ###################

Nov 10 06:13:03 neptun pptp[753]: anon log[pptp_handle_timer:pptp_ctrl.c:1050]: closing control connection due to missing echo reply
Nov 10 06:13:03 neptun pptp[753]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Nov 10 06:13:03 neptun pptp[753]: anon log[pptp_conn_close:pptp_ctrl.c:430]: Closing PPTP connection
Nov 10 06:13:03 neptun pptp[753]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Nov 10 06:13:03 neptun pptp[753]: anon log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Nov 10 06:13:03 neptun pppd[737]: Modem hangup
Nov 10 06:13:03 neptun pppd[737]: Connect time 729.4 minutes.
Nov 10 06:13:03 neptun pppd[737]: Sent 0 bytes, received 69905 bytes.
Nov 10 06:13:03 neptun pppd[737]: Connection terminated.

########### А вот когда убиваем сами и туннель сам восстанавливается ############

Nov 11 07:00:01 neptun pppd[3352]: Hangup (SIGHUP)
Nov 11 07:00:01 neptun pppd[3352]: Connect time 454.6 minutes.
Nov 11 07:00:01 neptun pppd[3352]: Sent 172450 bytes, received 1364028 bytes.
Nov 11 07:00:01 neptun pppd[3352]: Child process /usr/sbin/pptp vpn.provider.ru --nolaunchpppd (pid 5959) terminated with signal 1
Nov 11 07:00:01 neptun pppd[3352]: Modem hangup
Nov 11 07:00:01 neptun pppd[3352]: Connection terminated.
Nov 11 07:00:01 neptun pppd[3352]: Using interface ppp0
Nov 11 07:00:01 neptun pppd[3352]: Connect: ppp0 <--> /dev/pts/1
Nov 11 07:00:01 neptun pptp[8201]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Nov 11 07:00:01 neptun pptp[8238]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Nov 11 07:00:01 neptun pptp[8238]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Nov 11 07:00:01 neptun pptp[8238]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Nov 11 07:00:02 neptun pptp[8238]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Nov 11 07:00:02 neptun pptp[8238]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Nov 11 07:00:02 neptun pptp[8238]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 59330).
Nov 11 07:00:07 neptun pppd[3352]: local  IP address x.x.x.x
Nov 11 07:00:07 neptun pppd[3352]: remote IP address y.y.y.y
Nov 11 07:01:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Request received.
Nov 11 07:01:02 neptun pptp[8238]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Nov 11 07:02:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Request received.
Nov 11 07:02:02 neptun pptp[8238]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Nov 11 07:02:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Nov 11 07:03:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Request received.
Nov 11 07:03:02 neptun pptp[8238]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Nov 11 07:03:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Nov 11 07:04:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Request received.
Nov 11 07:04:02 neptun pptp[8238]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Nov 11 07:04:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Nov 11 07:05:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Request received.
Nov 11 07:05:02 neptun pptp[8238]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Nov 11 07:05:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received.
Nov 11 07:06:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:677]: Echo Request received.
Nov 11 07:06:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:679]: no more Echo Reply/Request packets will be reported.

##################################################################################

Опять что интересно, в сессии которая продержалась до штатного обрыва в 7:00 есть переданные и полученные данные, в отличие от первых двух, где Sent равняется 0.

Может кто что подскажет?


Содержание
Сообщения в этом обсуждении
"падает pptp"
Отправлено Valcd , 21-Ноя-09 13:35 
>[оверквотинг удален]
>Nov 11 07:06:02 neptun pptp[8238]: anon log[logecho:pptp_ctrl.c:679]: no more Echo Reply/Request packets
>will be reported.
>
>##################################################################################
>
>Опять что интересно, в сессии которая продержалась до штатного обрыва в 7:00
>есть переданные и полученные данные, в отличие от первых двух, где
>Sent равняется 0.
>
>Может кто что подскажет?

Никто не подсказал, сам нашел решение, чтобы не отслеживать падение pppd настройками
в конфигурационных файлах, проще вставить запуск соединения в /etc/inittab, будет держаться железно, строчка такая:

p0:12345:respawn:/usr/sbin/pppd call provider

Всем спасибо!

"падает pptp"
Отправлено Risa , 29-Май-10 11:20 
>[оверквотинг удален]
>>Может кто что подскажет?
>
>Никто не подсказал, сам нашел решение, чтобы не отслеживать падение pppd настройками
>
>в конфигурационных файлах, проще вставить запуск соединения в /etc/inittab, будет держаться железно,
>строчка такая:
>
>p0:12345:respawn:/usr/sbin/pppd call provider
>
>Всем спасибо!

Это не решение. это скрытие проблемы! ИМХО делать так глупо.