Проблема заключается в обработке опций PPPPERSIST и PPPMAXFAIL. Во первых, эти опции фактически не обрабатываются, поскольку при отключении связи на линии (ADSL) соединение отключается и не восстанавливается при возникновении сигнала в кабеле. Во вторых, если поставить опции persist и maxfail 0 прямо в файле pppoptions, то замечается подвисание системы при запуске, если кабель не рабочий, и загрузка никогда не уходит далее попытки инициализировать pppoe интерфейс. Всё это сопровождается сообщениями в логе: Jul 20 09:27:33 server2 pppd[2280]: Using interface ppp0 Jul 20 09:27:33 server2 pppd[2280]: Connect: ppp0 <--> /dev/pts/1 Jul 20 09:27:33 server2 pppoe[4508]: Timeout waiting for PADO packets Jul 20 09:27:33 server2 pppd[2280]: Script /usr/sbin/pppoe -I eth0 -U finished (pid 4508), status = 0x1 Jul 20 09:27:33 server2 pppd[2280]: LCP: timeout sending Config-Requests Jul 20 09:27:33 server2 pppd[2280]: Modem hangup Черевато это тем, что инициализация не доходит до подъёма ssh, и как следствие удалённое подключение к серверу не возможно до восстановления сигнала в кабеле. Если же учесть, что сервер без видухи и всего остального, то это печально.
Опции PPPPERSIST и PPPMAXFAIL устарели. Опции persist и maxfail 0 как вы заметили, использовать чревато :) Самый надёжный вариант это запускать по крону нечто вроде [ -s /var/run/ppp0.pid ] && exit 0 || ifup ppp0
Это проблема pppd, а не etcnet. "Надо оживлять pppwatch" (C)
Кстати вопрос. EtcNet содержимое /etc/ppp/pppoe.conf использует, если нет, то как указать его параметр CLAMPMSS=1412?
Господа правы. Что касается опций pppd, их можно поместить в файл $NAME/pppoptions, попробуйте.
(In reply to comment #4) > Господа правы. Что касается опций pppd, их можно поместить в файл > $NAME/pppoptions, попробуйте. Мне казалось, что CLAMPMSS=1412 это не опция pppd, а опция pppoe, ибо в pppd такой опции нет вообще. И кстати, /etc/ppp/pppoe.conf не используется ибо на ALT4.0 в этом файле CLAMPMSS=1412 стоит, а маскардинг на этом сервере, с MTU 1500 на клиентах, не работает. В то-же время, на ALT2.4 и pppoe поднятом традиционно, с CLAMPMSS=1412, маскардинг и NAT нормально работают.
reassign
упс
Конкретные предложения как закрыть эту багу у кого-нибудь есть? ;-)
Валер, мож у тебя найдутся?.. я опять выпал из PPP-шного контекста.
я когда то по крону проверял
> (In reply to comment #4) > Мне казалось, что CLAMPMSS=1412 это не опция pppd, а опция pppoe, В options: PPPOE_EXTRA_OPTIONS="-m 1412" man pppoe
Ага. Это работает
Ром, повесь багу нужного вида на alterator-net-pppoe, pls.
Повесил: https://bugzilla.altlinux.org/show_bug.cgi?id=15282
Возьму-ка себе.
Думаю можно отложить, пока. Для восстановления оборваного интерфейса использую в cron: */5 * * * * root /sbin/ifconfig ppp0 || /sbin/ifup ppp0
*** Bug 23556 has been marked as a duplicate of this bug. ***
