Как заставить pptp соединение подниматься на

[Dark Neo]

Добрый день.

Есть VPN pptp соединение, через которое работает интернет. Раз в минуту самописный скрипт проверяет пинг до яндекса и если пинга нет, выключает соединение и подключает его снова. Как заставить это соединение подниматься заново не на следующем интерфейсе (ppp1, ppp2, pppN), а на ppp0, так как в него nat завернут.

П.С.: Опции lcp-echo-failure, lcp-echo-interval, lcp-max-failure установлены, но они не дают нужного результата, так как соединение висит неактивным еще около 5 минут при пропадании пинга перед тем как подключиться заново.

Конфиг соединения:

(Нажмите, чтобы показать/скрыть)

lock
noauth
persist
debug
nobsdcomp
nodeflate
lcp-echo-failure 36
lcp-echo-interval 5
lcp-max-failure 1

[satch]

может стОит уменьшить lcp-echo-failure хотя бы до 20?

[Dark Neo]

может стОит уменьшить lcp-echo-failure хотя бы до 20?

Поменял, посмотрим, что получится.
Пользователь решил продолжить мысль 01 Декабря 2010, 21:51:39:Ага, решилось все, кроме того, что мне нужно. Соединение начало переподниматься значительно быстрее, но как заставить снова подняться на интерфейсе ppp0, а не на ppp1?

[satch]

думаю, логи не помешало бы посмотреть

[AnrDaemon]

заставить снова подняться на интерфейсе ppp0, а не на ppp1?

unit

[Dark Neo]

думаю, логи не помешало бы посмотреть

Лог в момент пропадения сигнала

(Нажмите, чтобы показать/скрыть)

root@darkserver:/var/log# tail -f pptpd.log
sent [IPCP ConfAck id=0x1 <addr 81.30.199.205>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 10.191.244.161>]
rcvd [IPCP ConfNak id=0x2 <addr 95.105.20.187>]
sent [IPCP ConfReq id=0x3 <addr 95.105.20.187>]
rcvd [IPCP ConfAck id=0x3 <addr 95.105.20.187>]
local  IP address 95.105.20.187
remote IP address 81.30.199.205
Script /etc/ppp/ip-up started (pid 16434)
Script /etc/ppp/ip-up finished (pid 16434), status = 0x0
Terminating on signal 15
Connect time 21.6 minutes.
Sent 100172011 bytes, received 1433759844 bytes.
Script /etc/ppp/ip-down started (pid 16734)
sent [LCP TermReq id=0x3 "User request"]
rcvd [LCP TermAck id=0x3]
Connection terminated.
using channel 38
Using interface ppp0
Connect: ppp0 <--> /dev/pts/7
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x93a1d459> <pcomp> <accomp>]
Script /etc/ppp/ip-down finished (pid 16734), status = 0x0
rcvd [LCP ConfReq id=0x1 <mru 1400> <magic 0x756874a1> <auth chap MD5>]
sent [LCP ConfAck id=0x1 <mru 1400> <magic 0x756874a1> <auth chap MD5>]
rcvd [LCP ConfRej id=0x1 <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x93a1d459>]
rcvd [LCP ConfReq id=0x2 <mru 1400> <magic 0x756874a1> <auth chap MD5>]
sent [LCP ConfAck id=0x2 <mru 1400> <magic 0x756874a1> <auth chap MD5>]
rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0x93a1d459>]
sent [LCP EchoReq id=0x0 magic=0x93a1d459]
rcvd [CHAP Challenge id=0x1 <bb1e68abf3f44c0e664634d99b906d513b7cc6fcc4a2bed0>, name = ""]
sent [CHAP Response id=0x1 <957948dfd822df570741291ca2ce0900>, name = "351779"]
rcvd [LCP EchoRep id=0x0 magic=0x756874a1]
rcvd [CHAP Success id=0x1 "Welcome"]
CHAP authentication succeeded: Welcome
CHAP authentication succeeded
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 10.191.244.161>]
rcvd [IPCP ConfReq id=0x1 <addr 81.30.199.205>]
sent [IPCP ConfAck id=0x1 <addr 81.30.199.205>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 10.191.244.161>]
rcvd [IPCP ConfNak id=0x2 <addr 77.79.178.21>]
sent [IPCP ConfReq id=0x3 <addr 77.79.178.21>]
rcvd [IPCP ConfAck id=0x3 <addr 77.79.178.21>]
local  IP address 77.79.178.21
remote IP address 81.30.199.205
Script /etc/ppp/ip-up started (pid 16753)
Script /etc/ppp/ip-up finished (pid 16753), status = 0x0

Что значит Terminating on signal 15??

[AnrDaemon]

man kill

[Dark Neo]

man kill

И что дальше?
Пользователь решил продолжить мысль 01 Декабря 2010, 23:15:40:15 kill - terminated.

Соединение явно рвется не из-за того, что не используется.

[AnrDaemon]

Дальше читать. На общие вопросы - общие ответы...
Пользователь решил продолжить мысль [time]Wed Dec  1 23:16:50 2010[/time]:Лог весь выложил? Что-то там ничего нет вообще.
Нашел. Ничего не сказало.

[satch]

в конфиг соединения попробуйте добавить unite 0

[Mam(O)n]

Не спроста он поднимается не на ppp0, а из за того, что он видимо занят и unit 0 тут не сможет помочь. Ковырять нужно скрипт, который переподнимает туннель, на предмет того, что он не гасит первый туннель.
Пользователь решил продолжить мысль 02 Декабря 2010, 00:37:39:

Ага, решилось все, кроме того, что мне нужно. Соединение начало переподниматься значительно быстрее, но как заставить снова подняться на интерфейсе ppp0, а не на ppp1?

Так выкинуть скрипт, он может мешать.
Пользователь решил продолжить мысль 02 Декабря 2010, 00:40:42:И lcp-max-failure установить в 0, чтоб он бесконечно пытался переподключиться, пока туннель не опустишь.

[Dark Neo]

Скрипт проверки наличия соединения

(Нажмите, чтобы показать/скрыть)

#!/bin/bash

INET=`ping -c 1 ya.ru | grep yandex.ru`

if [ -z "$INET" ] ; then
   poff -a
   sleep 5
   /etc/network/if-up.d/inetstart
fi

Скрипт соединения с инетом

(Нажмите, чтобы показать/скрыть)

#!/bin/sh

/usr/sbin/pptp 10.8.0.1 call Net
/sbin/route del default eth0
/sbin/route add default ppp0

/sbin/iptables-restore /etc/network/iptables.conf

Конфиг iptables

(Нажмите, чтобы показать/скрыть)

# Generated by iptables-save v1.4.4 on Sat Nov 27 00:34:02 2010
*nat
:PREROUTING ACCEPT [995:79895]
:OUTPUT ACCEPT [6:382]
:POSTROUTING ACCEPT [1:68]
-A POSTROUTING -o ppp0 -j MASQUERADE
COMMIT
# Completed on Sat Nov 27 00:34:02 2010
# Generated by iptables-save v1.4.4 on Sat Nov 27 00:34:02 2010
*filter
:INPUT ACCEPT [5416:3866345]
:FORWARD ACCEPT [2876:1345383]
:OUTPUT ACCEPT [3808:475177]
COMMIT
# Completed on Sat Nov 27 00:34:02 2010
# Generated by iptables-save v1.4.4 on Tue Nov 30 13:43:30 2010
*filter
:INPUT ACCEPT [2101866:2555973699]
:FORWARD ACCEPT [25844:7495768]
:OUTPUT ACCEPT [1444792:133182617]
COMMIT
# Completed on Tue Nov 30 13:43:30 2010
# Generated by iptables-save v1.4.4 on Tue Nov 30 13:43:30 2010
*nat
:PREROUTING ACCEPT [11170:839508]
:OUTPUT ACCEPT [3415:250272]
:POSTROUTING ACCEPT [200:18948]
-A PREROUTING -i eth0 -p tcp -m multiport --dports 80 -j DNAT --to-destination 10.191.244.161:8080
-A PREROUTING -i eth1 -p tcp -m multiport --dports 80 -j DNAT --to-destination 172.16.0.1:8080
-A POSTROUTING -o ppp0 -j MASQUERADE
COMMIT
# Completed on Tue Nov 30 13:43:30 2010

[Mam(O)n]

Мой совет - избавиться от этих скриптов, настроить через /etc/network/interfaces и затем управлять туннелем через ifup/ifdown. Также отказаться от скрипта поднималки в пользу стандартных средств проверки живучести туннеля (lcp), раз они работают.

[censor]

Скрипт проверки наличия соединения

никогда так не делайте, при правильной перенастройке все будет работать как часы, а то что сейчас - полный бред.

[Mam(O)n]

Гасить poff'ом то что не было поднято pon'ом конечно бред даже если оно как то работает, в чём я сильно сомневаюсь.