пара зомби pppd+pppoe

vbgt99912

Не нашел хорошей (от ОС/разработчика) документации к этому файлу.
/etc/network/interfaces
...

auto ppp0

iface ppp0 inet ppp

        provider corbina



auto ppp1

iface ppp1 inet ppp

        provider stream

/etc/network/run/ifstate
...

ppp0=ppp0

ppp1=ppp1

ifconfig
ppp0      Link encap:Point-to-Point Protocol

...

ppp4      Link encap:Point-to-Point Protocol

...

ИМХО, должно быть соответствие ppp1=ppp4
debian etch
ПС Задачу определения интрефейса решил скриптом в dhcp, но всё же хочется разобраться.\

serega1604



code:ppp0      Link encap:Point-to-Point Protocol

...

ppp4      Link encap:Point-to-Point Protocol

...
это у тебя после ifdown ppp4; ifup ppp1 тоже так остается?

hwh2010

ppp0 Link encap:Point-to-Point Protocol
...
ppp4 Link encap:Point-to-Point Protocol
...
Что скрывается за многоточиями? и вообще pppN могли устроить многие другие скрипты кроме ifup/ifdown (типа кто-то вызвал pon).
ifstate, мне казалось, содержит какие-то нетривиальные соответствия, только если ты mapping'ами в interfaces
думаю, целиковые файлы и выдача ifconfig -a помогут мне и другим понять в чём дело

vbgt99912

это у тебя после ifdown ppp4; ifup ppp1 тоже так остается?
ifdown разумеется выдает 
# ifdown ppp4

ifdown: interface ppp4 not configured

т.к. в мане четко прописано что ifdown работает в обозначениях interfaces
А вот после ifdown ppp1 (который опустит ppp4 ifup ppp1 все вернется на свои места
последовательность
ifdown ppp1
ifconfig ppp1 down
ifconfig ppp2 down
ifconfig ppp3 down
ifup ppp1
тоже ничего не меняет

vbgt99912

Что скрывается за многоточиями? и вообще pppN могли устроить многие другие скрипты кроме ifup/ifdown (типа кто-то вызвал pon).
такого быть не может. Если есть серьезные подозрения, могу сказать аргументы.
ifstate, мне казалось, содержит какие-то нетривиальные соответствия, только если ты mapping'ами в interfaces
интересная идея, скорее всего правильная. Проблема в том, что я вообще доки не нашёл по этому файлу.
А как штатно узнать, какой интерфейс кому принадлежит?
думаю, целиковые файлы и выдача ifconfig -a помогут мне и другим понять в чём дело
ppp0      Link encap:Point-to-Point Protocol

          inet addr:78.107.*.*  P-t-P:85.21.0.90  Mask:255.255.255.255

          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1464  Metric:1

          RX packets:334742 errors:0 dropped:0 overruns:0 frame:0

          TX packets:396365 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:3

          RX bytes:277770084 (264.9 MiB)  TX bytes:77300191 (73.7 MiB)



ppp4      Link encap:Point-to-Point Protocol

          inet addr:91.76.99.44  P-t-P:91.76.96.1  Mask:255.255.255.255

          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1

          RX packets:4 errors:0 dropped:0 overruns:0 frame:0

          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:3

          RX bytes:40 (40.0 b)  TX bytes:61 (61.0 b)

первый - корбина, второй - стрим.
Остальные файлы целиком приводить никакого смысла не вижу (там только lo, ethX наоборот запутает.

hwh2010

Что скрывается за многоточиями? и вообще pppN могли устроить многие другие скрипты кроме ifup/ifdown (типа кто-то вызвал pon).такого быть не может. Если есть серьезные подозрения, могу сказать аргументы.
Ну вот у меня слово ppp не упоминается ни разу в файлах, лежащих в /etc/network/ и поддиректориях. Однако, в выдаче ifconfig вполне присутствует ppp0. Так что интересно было бы послушать
В ответ на:ifstate, мне казалось, содержит какие-то нетривиальные соответствия, только если ты mapping'ами в interfacesинтересная идея, скорее всего правильная. Проблема в том, что я вообще доки не нашёл по этому файлу.
есть скудная инфа в man ifup. Я так понимаю, что этот файл "для внутреннего пользования" и нечего его трогать/смотреть
А как штатно узнать, какой интерфейс кому принадлежит?
Что значит кому принадлежит?

hwh2010

а не то чтобы у тебя в /etc/ppp/peers/stream написано зачем-то "unit 4"?

vbgt99912

Выяснил проблему:
стрим как-то некорректно иногда рвет соединение и появляется пара зомби pppd+pppoe с занятым интерфейсом.
В ответ на:
Что скрывается за многоточиями? и вообще pppN могли устроить многие другие скрипты кроме ifup/ifdown (типа кто-то вызвал pon).такого быть не может. Если есть серьезные подозрения, могу сказать аргументы.
Ну вот у меня слово ppp не упоминается ни разу в файлах, лежащих в /etc/network/ и поддиректориях. Однако, в выдаче ifconfig вполне присутствует ppp0. Так что интересно было бы послушать
1. Админ я один и никто кроме меня и моих скриптов никаких команд не выполнит.
2. Ни в одном скрипте нету pppd call , pon и пр. Никаких networkmanager'ов и пр.
В ответ на:
В ответ на:ifstate, мне казалось, содержит какие-то нетривиальные соответствия, только если ты mapping'ами в interfacesинтересная идея, скорее всего правильная. Проблема в том, что я вообще доки не нашёл по этому файлу.
есть скудная инфа в man ifup. Я так понимаю, что этот файл "для внутреннего пользования" и нечего его трогать/смотреть
Видимо, да
В ответ на:
А как штатно узнать, какой интерфейс кому принадлежит?
Что значит кому принадлежит?
какой интерфейс соответствует provider stream
а не то чтобы у тебя в /etc/ppp/peers/stream написано зачем-то "unit 4"?
нет :)

vbgt99912

Узнать как это штатными средствами делать интересно, но не полезно. Я в ip-up.d сделал костыль.
В доках вижу еще костыль сравнивать PID /var/run/pppN.pid и /var/run/ppp_name.pid
Теперь хотелось бы бороться с такими зомби.
Так выглядит переключение pppN -> pppN+1 (раз в три дня где-то)
Jan 15 10:29:26 mapy pppd[12561]: pppd 2.4.4 started by root, uid 0

Jan 15 10:29:26 mapy pppd[12561]: Serial connection established.

Jan 15 10:29:26 mapy pppd[12561]: Using interface ppp3

Jan 15 10:29:26 mapy pppd[12561]: Connect: ppp3 <--> /dev/pts/0

Jan 15 10:29:26 mapy pppoe[12562]: PADS: Service-Name: ''

Jan 15 10:29:26 mapy pppoe[12562]: PPP session is 787 (0x313)

Jan 15 10:29:27 mapy pppd[14122]: Terminating on signal 15

Jan 15 10:29:27 mapy pppd[12735]: Terminating on signal 15

Jan 15 10:29:27 mapy pppd[12561]: Terminating on signal 15

Jan 15 10:29:27 mapy pppd[12616]: pppd 2.4.4 started by root, uid 0

Jan 15 10:29:27 mapy pppd[12616]: Serial connection established.

Jan 15 10:29:27 mapy pppd[12616]: Using interface ppp4

Jan 15 10:29:27 mapy pppd[12616]: Connect: ppp4 <--> /dev/pts/6

Jan 15 10:29:58 mapy pppd[12616]: LCP: timeout sending Config-Requests

Jan 15 10:29:58 mapy pppd[12616]: Connection terminated.

Jan 15 10:29:58 mapy pppd[12616]: Modem hangup

Jan 15 10:30:02 mapy pppoe[12618]: Timeout waiting for PADS packets

hwh2010

А стоит ли у тебя persist в /etc/ppp/peers/stream ?
И вообще что там написано?

vbgt99912

Да. По-момему это значит восстанавливать соединение при потере.
Извиняюсь, что забыл важный конфиг дать
pty "/usr/sbin/pppoe -I eth3 -T 240 -m 1452"

noipdefault

nodefaultroute

hide-password

lcp-echo-interval 60

lcp-echo-failure 3

connect /bin/true

noauth

persist

maxfail 0

holdoff 180

mtu 1492

user "ppp***@mtu"

ipparam stream
Оставить комментарий
Имя или ник:
Комментарий: