pppoe иногда падают, как поднять автоматом?

[speccyfan]

Здравствуйте!
Имеются два pppoe соединения, время от времени, может из-за простоя, может что-то провайдер делает, соединения отваливаются, то одно, то оба сразу, есть ли механизм позволяющий поднимать соединение, если оно упало?

Вот конфиг

Код: [Выделить]

[root@gateway2 ppp1]# cat /etc/net/ifaces/ppp1/options
ONBOOT=yes
PPPTYPE=pppoe
HOST=eth1
PPPOE_EXTRA_OPTIONS="-T 80"


Код: [Выделить]

[root@gateway2 ppp1]# cat /etc/net/ifaces/ppp1/pppoptions
noipdefault
noauth
default-asyncmap
#defaultroute
hide-password
mtu 1492
mru 1492
noaccomp
noccp
nobsdcomp
nodeflate
nopcomp
novj
novjccomp
user guest@guest
password guest
lcp-echo-interval 20
lcp-echo-failure 3
nomppe
Второе такое же соединение только имя пользователя и пароль отличается, defaultroute еще добавлено.

Может опция какая есть? Или писать какие-нибудь скрипты ?

[Salomatin]

Имеются два pppoe соединения, время от времени, может из-за простоя, может что-то провайдер делает, соединения отваливаются, то одно, то оба сразу, есть ли механизм позволяющий поднимать соединение, если оно упало?

Я бы написал скрипт, он очень простой, но у меня работает.
Политика такая: через crontab раз в 5 минут ( можно другое время) проверяется проходит ли пинг, допустим на ya.ru,  по первому каналу связи, если все нормально, то проходит ли пинг по второму каналу связи.  Если все нормально, то slip  5 минут. Если в одном из двух случаев не нормально, то проверяем на mail.ru, если хорошо то спим 5 минут и в начальное положение. Если плохо, то сразу на rambler.ru. Если и там плохо, то команда перезагрузить pppoe. Опять проверка.  Ну дальше тонкости., можно проверить DNS провайдера, шлюз и т.п., чтобы точно убедиться, что не дуркует провайдер и  связь с ним нормальная.  Скрипт пишется просто, попробуй сам, если трудности пиши, напишем вместе, пусть и другие почитают.   

[lodin]

Вообще-то я тоже написал скрипт... Но, говорят, у pppd есть опции lcp-echo-timeout и lcp-echo-failure, которые отвечают за автоматическое пересоединение.

Соответствующая опция в etcnet (судя по ману) PPPTIMEOUT.

[coretech]

maxfail 0
persist

в опциях pppd

[speccyfan]

maxfail 0
persist
в опциях pppd

Спасибо, это именно то, что нужно.

[AMike]

Вообще-то я тоже написал скрипт... Но, говорят, у pppd есть опции lcp-echo-timeout и lcp-echo-failure, которые отвечают за автоматическое пересоединение.

Соответствующая опция в etcnet (судя по ману) PPPTIMEOUT.

Неправда, почитайте ман про эти опции, прежде чем советовать.

[lodin]

Неправда, почитайте ман про эти опции, прежде чем советовать.

Мда, свалял дурака :(

[vod]

На площадке провайдера стоит сервер. Подключен по pppoe.

Соединение, как и у автора темы, иногда отваливается, хотя конфиг вроде бы настроен на то, чтобы всё автоматом поднималось.

Вот конфиг:
/etc/net/ifaces/ppp0/options

Код: [Выделить]

ONBOOT=yes
PPPTYPE=pppoe
HOST=eth0
PPPPERSIST=on
PPPMAXFAIL=0
/etc/net/ifaces/ppp0/pppoptions

Код: [Выделить]

noipdefault
noauth
default-asyncmap
persist holdoff 5
defaultroute
hide-password
mtu 1492
mru 1492
noaccomp
noccp
nobsdcomp
nodeflate
nopcomp
novj
novjccomp
user kkkkkkk
password ***
lcp-echo-interval 20
lcp-echo-failure 3
А вот что записалось в логах messages после того, как он в очередной раз не поднялся:

Код: [Выделить]

May  7 14:42:33 petya pppd[4367]: LCP terminated by peer
May  7 14:42:33 petya pppd[4367]: Connect time 29.3 minutes.
May  7 14:42:33 petya pppd[4367]: Sent 4073420 bytes, received 1199259 bytes.
May  7 14:42:33 petya pppoe[21031]: Session 6934 terminated -- received PADT from peer
May  7 14:42:33 petya pppoe[21031]: Sent PADT
May  7 14:42:33 petya pppd[4367]: restoring old default route to eth0 [192.168.101.101]
May  7 14:42:33 petya pppd[4367]: Script /usr/sbin/pppoe -I eth0 -U  finished (pid 21031), status = 0x0
May  7 14:42:33 petya pppd[4367]: Modem hangup
May  7 14:42:33 petya pppd[4367]: Connection terminated.
May  7 14:42:33 petya pppd[4367]: Script /etc/ppp/ip-down finished (pid 23540), status = 0x1
May  7 14:42:38 petya pppd[4367]: Using interface ppp0
May  7 14:42:38 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/0
May  7 14:43:09 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:43:09 petya pppd[4367]: Connection terminated.
May  7 14:43:09 petya pppd[4367]: Modem hangup
May  7 14:43:14 petya pppd[4367]: Using interface ppp0
May  7 14:43:14 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/3
May  7 14:43:45 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:43:45 petya pppd[4367]: Connection terminated.
May  7 14:43:45 petya pppd[4367]: Modem hangup
May  7 14:43:50 petya pppd[4367]: Using interface ppp0
May  7 14:43:50 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/4
May  7 14:44:21 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:44:21 petya pppd[4367]: Connection terminated.
May  7 14:44:21 petya pppd[4367]: Modem hangup
May  7 14:44:26 petya pppd[4367]: Using interface ppp0
May  7 14:44:26 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/5
May  7 14:44:57 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:44:57 petya pppd[4367]: Connection terminated.
May  7 14:44:57 petya pppd[4367]: Modem hangup
May  7 14:45:02 petya pppd[4367]: Using interface ppp0
May  7 14:45:02 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/6
May  7 14:45:33 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:45:33 petya pppd[4367]: Connection terminated.
May  7 14:45:33 petya pppd[4367]: Modem hangup
May  7 14:45:38 petya pppd[4367]: Using interface ppp0
May  7 14:45:38 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/7
May  7 14:46:09 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:46:09 petya pppd[4367]: Connection terminated.
May  7 14:46:09 petya pppd[4367]: Modem hangup
May  7 14:46:14 petya pppd[4367]: Using interface ppp0
May  7 14:46:14 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/8
May  7 14:46:45 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:46:45 petya pppd[4367]: Connection terminated.
May  7 14:46:45 petya pppd[4367]: Modem hangup
May  7 14:46:50 petya pppd[4367]: Using interface ppp0
May  7 14:46:50 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/9
May  7 14:47:21 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:47:21 petya pppd[4367]: Connection terminated.
May  7 14:47:21 petya pppd[4367]: Modem hangup
May  7 14:47:26 petya pppd[4367]: Using interface ppp0
May  7 14:47:26 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/10
May  7 14:47:57 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:47:57 petya pppd[4367]: Connection terminated.
May  7 14:47:57 petya pppd[4367]: Modem hangup
May  7 14:48:02 petya pppd[4367]: Using interface ppp0
May  7 14:48:02 petya pppd[4367]: Connect: ppp0 <--> /dev/pts/11
May  7 14:48:33 petya pppd[4367]: LCP: timeout sending Config-Requests
May  7 14:48:33 petya pppd[4367]: Connection terminated.
May  7 14:48:33 petya pppd[4367]: Modem hangup
May  7 14:48:38 petya pppd[4367]: Exit.

Как можно настроить, чтобы он больше никогда не делал Exit, а бесконечно пытался соедениться?

Спасибо!

[Drool]

На что только люди не идут, лишь бы не настраивать модем роутером ;)

[vod]

Drool, к сожалению, к модему мы не имеем доступа, т.к., как я сказал выше, сервер стоит на площадке провайдера и подключен может быть только так, как сейчас :( ...

[speccyfan]

Я прописал опции:

Код: [Выделить]

maxfail 0
persist
Именно в pppoptions, у вас немного не то и немного не там прописано.

[vod]

А

Код: [Выделить]

PPPPERSIST=on
PPPMAXFAIL=0из options нужно удалить?

[speccyfan]

А

Код: [Выделить]

PPPPERSIST=on
PPPMAXFAIL=0из options нужно удалить?

Да, попробуйте удалить это, а в pppoptions дописать так же как советовали выше.