Bug 12382 - Проблемы в обработки соединения по PPPOE
: Проблемы в обработки соединения по PPPOE
Status: RESOLVED LATER
: Sisyphus
(All bugs in Sisyphus/ppp)
: unstable
: all Linux
: P2 major
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-07-20 13:18 by
Modified: 2012-03-16 13:58 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-07-20 13:18:42
Проблема заключается в обработке опций 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, и как 
следствие удалённое подключение к серверу не возможно до восстановления 
сигнала в кабеле. Если же учесть, что сервер без видухи и всего 
остального, то это печально.
------- Comment #1 From 2007-07-20 13:48:56 -------
Опции PPPPERSIST и PPPMAXFAIL устарели.
Опции persist и maxfail 0 как вы заметили, использовать чревато :)

Самый надёжный вариант это запускать по крону нечто вроде
[ -s /var/run/ppp0.pid ] && exit 0 || ifup ppp0
------- Comment #2 From 2007-07-20 14:11:06 -------
Это проблема pppd, а не etcnet.  "Надо оживлять pppwatch" (C)
------- Comment #3 From 2007-07-25 12:34:57 -------
Кстати вопрос. EtcNet содержимое /etc/ppp/pppoe.conf использует, если нет, 
то как указать его параметр CLAMPMSS=1412?
------- Comment #4 From 2007-07-26 23:03:50 -------
Господа правы. Что касается опций pppd, их можно поместить в файл
$NAME/pppoptions, попробуйте.
------- Comment #5 From 2007-07-27 18:03:54 -------
(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 нормально 
работают.
------- Comment #6 From 2008-01-25 18:21:54 -------
reassign
------- Comment #7 From 2008-01-25 18:22:16 -------
упс
------- Comment #8 From 2008-03-28 00:35:16 -------
Конкретные предложения как закрыть эту багу у кого-нибудь есть? ;-)
------- Comment #9 From 2008-04-02 20:36:54 -------
Валер, мож у тебя найдутся?.. я опять выпал из PPP-шного контекста.
------- Comment #10 From 2008-04-02 21:27:01 -------
я когда то по крону проверял
------- Comment #11 From 2008-04-02 21:40:27 -------
> (In reply to comment #4)
> Мне казалось, что CLAMPMSS=1412 это не опция pppd, а опция pppoe,

В options:

PPPOE_EXTRA_OPTIONS="-m 1412"

man pppoe
------- Comment #12 From 2008-04-07 16:18:58 -------
Ага. Это работает
------- Comment #13 From 2008-04-09 00:38:25 -------
Ром, повесь багу нужного вида на alterator-net-pppoe, pls.
------- Comment #14 From 2008-04-09 14:04:13 -------
Повесил: https://bugzilla.altlinux.org/show_bug.cgi?id=15282
------- Comment #15 From 2008-07-02 01:36:31 -------
Возьму-ка себе.
------- Comment #16 From 2008-09-21 15:25:35 -------
Думаю можно отложить, пока.
Для восстановления оборваного интерфейса использую в cron:
*/5 * * * * root                /sbin/ifconfig ppp0 || /sbin/ifup ppp0
------- Comment #17 From 2010-05-30 21:45:53 -------
*** Bug 23556 has been marked as a duplicate of this bug. ***