12382 2007-07-20 13:18:42 +0400 Проблемы в обработки соединения по PPPOE 2012-03-16 13:58:44 +0400 1 1 4 Development Sisyphus ppp unstable all Linux RESOLVED LATER P2 major --- 1 rom_as mike MisHel64 hiddenman mike shrek qa-sisyphus oldest_to_newest 53136 0 rom_as 2007-07-20 13:18:42 +0400 Проблема заключается в обработке опций 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, и как следствие удалённое подключение к серверу не возможно до восстановления сигнала в кабеле. Если же учесть, что сервер без видухи и всего остального, то это печально. 53142 1 vvk 2007-07-20 13:48:56 +0400 Опции PPPPERSIST и PPPMAXFAIL устарели. Опции persist и maxfail 0 как вы заметили, использовать чревато :) Самый надёжный вариант это запускать по крону нечто вроде [ -s /var/run/ppp0.pid ] && exit 0 || ifup ppp0 53147 2 raorn 2007-07-20 14:11:06 +0400 Это проблема pppd, а не etcnet. "Надо оживлять pppwatch" (C) 53224 3 rom_as 2007-07-25 12:34:57 +0400 Кстати вопрос. EtcNet содержимое /etc/ppp/pppoe.conf использует, если нет, то как указать его параметр CLAMPMSS=1412? 53249 4 pilot 2007-07-26 23:03:50 +0400 Господа правы. Что касается опций pppd, их можно поместить в файл $NAME/pppoptions, попробуйте. 53252 5 rom_as 2007-07-27 18:03:54 +0400 (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 нормально работают. 61932 6 mike 2008-01-25 18:21:54 +0300 reassign 61933 7 mike 2008-01-25 18:22:16 +0300 упс 66858 8 mithraen 2008-03-28 00:35:16 +0300 Конкретные предложения как закрыть эту багу у кого-нибудь есть? ;-) 67437 9 mike 2008-04-02 20:36:54 +0400 Валер, мож у тебя найдутся?.. я опять выпал из PPP-шного контекста. 67443 10 shrek 2008-04-02 21:27:01 +0400 я когда то по крону проверял 67444 11 raorn 2008-04-02 21:40:27 +0400 > (In reply to comment #4) > Мне казалось, что CLAMPMSS=1412 это не опция pppd, а опция pppoe, В options: PPPOE_EXTRA_OPTIONS="-m 1412" man pppoe 67720 12 rom_as 2008-04-07 16:18:58 +0400 Ага. Это работает 67821 13 mike 2008-04-09 00:38:25 +0400 Ром, повесь багу нужного вида на alterator-net-pppoe, pls. 67847 14 rom_as 2008-04-09 14:04:13 +0400 Повесил: https://bugzilla.altlinux.org/show_bug.cgi?id=15282 73408 15 mike 2008-07-02 01:36:31 +0400 Возьму-ка себе. 78254 16 rom_as 2008-09-21 15:25:35 +0400 Думаю можно отложить, пока. Для восстановления оборваного интерфейса использую в cron: */5 * * * * root /sbin/ifconfig ppp0 || /sbin/ifup ppp0 109557 17 raorn 2010-05-30 21:45:53 +0400 *** Bug 23556 has been marked as a duplicate of this bug. ***