Что-то сдаётся мне, что бага попалась в etcnet... А, может, это фича, а бага тогда в модуле альтератора. Но в etcnet надо тогда примеры править... pppoe[6510]: Session 33276 terminated -- received PADT from peer pppoe[6510]: Sent PADT pppd[6595]: Modem hangup pppd[6595]: Connect time 4565.0 minutes. pppd[6595]: Sent 1848691713 bytes, received 978647499 bytes. pppd[6595]: Connection terminated. pppd[6595]: Script /etc/ppp/ip-down finished (pid 5810), status = 0x1 pppd[6595]: Exit. И канал упал с концами. # cat ppp1/options TYPE=ppp ONBOOT=no PPPTYPE=pppoe PPPPERSIST=on PPPMAXFAIL=0 HOST=eth1 # cat ppp1/pppoptions defaultroute mtu 1476 usepeerdns user xxxxxx password yyyyyy nomppe # ps awwx|grep ppp 6383 ? S 0:04 /usr/sbin/pppoe -I eth1 -U 6408 ? Ss 0:00 /usr/sbin/pppd nolog updetach unit 1 local pty /usr/sbin/pppoe -I eth1 -U file /etc/net/ifaces/ppp1/pppoptions Не видать, чтобы "PPPPERSIST=on" в "options" как-то как-то влиял на вызов pppd... Равно как и PPPMAXFAIL=0. Это, как минимум, присутствует в примерах. Но, в принципе, можно это и в pppoptions писать...
0.8.0 2005-12-29 [...] change: PPPMAXFAIL, PPPPERSIST, PPPHOLDOFF, PPPIDLE options were dropped, use pppoptions file instead
Но даже эта опция вам не поможет, и будет сильно глючить - у etcnet нет своего менеджера соединений ppp, а тот, который в самом pppd таков, что лучше бы его там не было. Поэтому, у всех кто знает - из крона давно уже запускается такой вот маленький скрипт: #!/bin/sh [ -f /var/run/ppp0.pid ] || /sbin/ifdown ppp0;/sbin/ifup ppp0 Было бы очень здорово, если бы etcnet взял на себя право отслеживания состояния ppp соединения и запуска pppd, если это необходимо.
(In reply to comment #1) > 0.8.0 2005-12-29 > [...] > change: PPPMAXFAIL, PPPPERSIST, PPPHOLDOFF, PPPIDLE options were > dropped, use pppoptions file instead Хорошо, я переименовал тему бага. :-)
(In reply to comment #2) > а тот, который в самом pppd таков, что лучше бы его там не было. Помнится, когда-то давно был не особенно плох... > Поэтому, у всех кто знает - из крона давно уже запускается такой вот маленький > скрипт: > #!/bin/sh > [ -f /var/run/ppp0.pid ] || /sbin/ifdown ppp0;/sbin/ifup ppp0 Я запомню на случай, если проблема сохранится, спасибо.
У persist есть проблема - в случае, если ppp соединение не доступно при загрузке, то etcnet будет висеть до тех пор, пока оно не появится.
см. тж. #7519
В тему и той и этой ошибки - я бы предложил сделать небольшую обвязку над pppd, которая бы запускала его в фоне и контролировала поведение.
(In reply to comment #5) > У persist есть проблема - в случае, если ppp соединение не доступно при > загрузке, то etcnet будет висеть до тех пор, пока оно не появится. Это не проблема, это фича. Если обратить внимание на "ppp1/options" из первого сообщения, можно заметить "ONBOOT=no". ;-) "ifup ppp1 &" происходит несколько позже.
