pppX интерфейс поднят, но не отображается ifconfig

Обсуждение настройки и работы сервисов, резервирования, сетевых настроек и вопросов безопасности ОС для молодых и начинающих системных администраторов.

Модераторы: SLEDopit, Модераторы разделов

Аватара пользователя
McSim
Сообщения: 419
Статус: Экспериментатор
ОС: заGNU/Linux Debian

pppX интерфейс поднят, но не отображается ifconfig

Сообщение McSim »

Доброго времени, форумчане!
Столкнулся с такой проблемой...
один из провайдеров на шлюзе на Alt Linux подключается по PPPoE, на сервере создан интерфейс ppp1000.
Очень часто происходят обрывы. при этом наблюдается такая ситуация:

Код: Выделить всё

[root@proxy ~]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:E0:42:37:00:07                     - внутренний интерфейс
          inet addr:10.0.0.254  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:75578170 errors:0 dropped:0 overruns:0 frame:0
          TX packets:73554023 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3901660244 (3.6 GiB)  TX bytes:2945547219 (2.7 GiB)
          Interrupt:21 Base address:0x8000

eth1      Link encap:Ethernet  HWaddr 00:E0:42:A4:04:5D                    - интерфейс на котором висит модем (PPPoE)
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:65673771 errors:0 dropped:0 overruns:0 frame:0
          TX packets:62763609 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1139742287 (1.0 GiB)  TX bytes:1664547174 (1.5 GiB)
          Interrupt:22 Base address:0xa000

eth2      Link encap:Ethernet  HWaddr 00:40:F4:EF:5A:29                      - интерфейс первого провайдера
          inet addr:2.3.8.238  Bcast:2.3.8.239  Mask:255.255.255.240
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7267400 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9803169 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2653177669 (2.4 GiB)  TX bytes:4021077369 (3.7 GiB)
          Interrupt:16 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:61590068 errors:0 dropped:0 overruns:0 frame:0
          TX packets:61590068 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:474711442 (452.7 MiB)  TX bytes:474711442 (452.7 MiB)

[root@proxy ~]# ping 213.5.83.178
PING 213.5.83.178 (213.5.83.178) 56(84) bytes of data.
64 bytes from 213.5.83.178: icmp_seq=1 ttl=64 time=0.156 ms
64 bytes from 213.5.83.178: icmp_seq=2 ttl=64 time=0.067 ms
64 bytes from 213.5.83.178: icmp_seq=3 ttl=64 time=0.055 ms
^C
--- 213.5.83.178 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.055/0.092/0.156/0.046 ms
[root@proxy ~]# tracetoute 213.5.83.178
-bash: tracetoute: command not found
[root@proxy ~]# traceroute 213.5.83.178
traceroute to 213.5.83.178 (213.5.83.178), 30 hops max, 60 byte packets
 1   (213.5.83.178)  0.079 ms  0.044 ms  0.042 ms
[root@proxy ~]#

Из приведенного вывода видно:
ifconfig интерфейс не отображает, хотя пинг до интерфейса есть (64 bytes from 213.5.83.178: icmp_seq=1 ttl=64 time=0.156 ms),
Трассировка тоже сразу заканчивается, что показывает, что интерфейс локальный..
Что то я вообще не пойму ничего....
После перезапуска демона network все нормально поднимается...
Помогите в ситуации разобраться!
Заранее спасибо!
Спасибо сказали:
Аватара пользователя
Goodvin
Ведущий рубрики
Сообщения: 4333
Статус: ⚝⚠⚒⚑⚖☭☞☣☤&

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение Goodvin »

Вместо

Код: Выделить всё

 ifconfig
попробуйте использовать
Спасибо сказали:
Аватара пользователя
Rootlexx
Бывший модератор
Сообщения: 4471
Статус: GNU generation
ОС: Debian GNU/Linux

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение Rootlexx »

McSim писал(а):
14.09.2010 09:37
при этом наблюдается такая ситуация

А что в таблице маршрутизации при этом?
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение sash-kan »

Rootlexx писал(а):
14.09.2010 14:51
А что в таблице маршрутизации при этом?
расшифровываю: команда звучит как
# ip r
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
McSim
Сообщения: 419
Статус: Экспериментатор
ОС: заGNU/Linux Debian

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение McSim »

Всем спасибо за отзывы. Долго не отвечал , потому что ждал обрыва :)
В общем, интересаня картина получается:

Код: Выделить всё

[root@proxy ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:40:f4:ef:5a:29 brd ff:ff:ff:ff:ff:ff
    inet 2.3.8.238/28 brd 2.3.8.239 scope global eth2
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:e0:42:37:00:07 brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.254/24 brd 10.0.0.255 scope global eth0
4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:e0:42:a4:04:5d brd ff:ff:ff:ff:ff:ff
4289: ppp1: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1396 qdisc pfifo_fast state UNKNOWN qlen 3
    link/ppp
    inet 10.0.0.254 peer 10.0.0.226/32 scope global ppp1
4290: ppp1000: <POINTOPOINT,MULTICAST,NOARP> mtu 1476 qdisc pfifo_fast state DOWN qlen 3
    link/ppp
    inet 213.5.83.178 peer 213.5.95.249/32 scope global ppp1000
[root@proxy ~]# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
2.3.8.224   *               255.255.255.240 U     0      0        0 eth2
10.0.0.0        *               255.255.255.0   U     0      0        0 eth0
[root@proxy ~]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:E0:42:37:00:07
          inet addr:10.0.0.254  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:77950749 errors:0 dropped:0 overruns:0 frame:0
          TX packets:75982984 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:107301638 (102.3 MiB)  TX bytes:624233523 (595.3 MiB)
          Interrupt:21 Base address:0x8000

eth1      Link encap:Ethernet  HWaddr 00:E0:42:A4:04:5D
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:67448006 errors:0 dropped:0 overruns:0 frame:0
          TX packets:64459959 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2583033066 (2.4 GiB)  TX bytes:2050598953 (1.9 GiB)
          Interrupt:22 Base address:0xa000

eth2      Link encap:Ethernet  HWaddr 00:40:F4:EF:5A:29
          inet addr:2.3.8.238  Bcast:2.3.8.239  Mask:255.255.255.240
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7679901 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10377961 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2807964605 (2.6 GiB)  TX bytes:4226861241 (3.9 GiB)
          Interrupt:16 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:62884841 errors:0 dropped:0 overruns:0 frame:0
          TX packets:62884841 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:997536879 (951.3 MiB)  TX bytes:997536879 (951.3 MiB)

интерфейс лежит, а пинги идут:

Код: Выделить всё

[root@proxy ~]# ping 213.5.83.178
PING 213.5.83.178 (213.5.83.178) 56(84) bytes of data.
64 bytes from 213.5.83.178: icmp_seq=1 ttl=64 time=0.124 ms
64 bytes from 213.5.83.178: icmp_seq=2 ttl=64 time=0.063 ms
.....

Спасибо сказали:
Аватара пользователя
McSim
Сообщения: 419
Статус: Экспериментатор
ОС: заGNU/Linux Debian

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение McSim »

P.S. про ip r - поздно прочитал, поэтому маршруты вывел командой route
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение sash-kan »

про вывод
ip a; ip r
в нормальной ситуации спросить-то и забыли.

McSim писал(а):
15.09.2010 09:25
интерфейс лежит, а пинги идут
если под «интерфейсом» вы подразумеваете ppp1000, то он не «лежит». но вот маршрута через него не наблюдается. почему он пропал, можно попробовать выяснить на основании лога pppd. добавьте к опциям dump и debug. dump — выдаст при подключении в лог все актуальные опции, с которыми запущен pppd (это нужная информация), а debug сделает pppd «разговорчивее» и можно будет увидеть, что там с точки зрения pppd происходит непосредственном перед пропаданием маршрута.
а на пинги отвечает ваша собственная машина.

уточняющий вопрос: что это за интерфейс ppp1?
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
arkhnchul
Сообщения: 2284
Статус: Толчковый инженер
ОС: Debian, Fedora

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение arkhnchul »

если под «интерфейсом» вы подразумеваете ppp1000, то он не «лежит».

немного офф - а почему он тогда не UP?
Losing is fun!
Спасибо сказали:
Аватара пользователя
McSim
Сообщения: 419
Статус: Экспериментатор
ОС: заGNU/Linux Debian

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение McSim »

sash-kan писал(а):
15.09.2010 11:06
если под «интерфейсом» вы подразумеваете ppp1000, то он не «лежит». но вот маршрута через него не наблюдается. почему он пропал, можно попробовать выяснить на основании лога pppd. добавьте к опциям dump и debug. dump — выдаст при подключении в лог все актуальные опции, с которыми запущен pppd (это нужная информация), а debug сделает pppd «разговорчивее» и можно будет увидеть, что там с точки зрения pppd происходит непосредственном перед пропаданием маршрута.

это сделал, буду наблюдать.
а на пинги отвечает ваша собственная машина.

А этого не должно быть, т.к. IP присваевается по логину паролю. Соответственно если интерфейс упал, то должен и IP отвалиться. Или я чего то недопанимаю :)
уточняющий вопрос: что это за интерфейс ppp1?

ppp1 - это удаленные клиенты, которые цепляются по пптп на второго провайдера...
arkhnchul писал(а):
15.09.2010 13:32
если под «интерфейсом» вы подразумеваете ppp1000, то он не «лежит».

немного офф - а почему он тогда не UP?

присоединяюсь к вопросу...
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение sash-kan »

McSim писал(а):
15.09.2010 16:45
QUOTE писал(а):а на пинги отвечает ваша собственная машина.

А этого не должно быть, т.к. IP присваевается по логину паролю. Соответственно если интерфейс упал, то должен и IP отвалиться. Или я чего то недопанимаю :)
существует ещё кэш маршрутов. вот на примере:

Shell

### интерфейс опущен: $ ip a sh dev eth1 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 00:04:79:67:b4:93 brd ff:ff:ff:ff:ff:ff inet 10.10.10.1/24 brd 10.10.10.255 scope global eth1 ### в таблице маршрутизации о нём ничего нет: $ ip r sh dev eth1 $ ### зато маршрут к 10.10.10.1 есть в кэше: $ ip r sh cached 10.10.10.1 local 10.10.10.1 dev lo src 10.10.10.1 cache <local> mtu 16436 advmss 16396 hoplimit 64 ### и проходит этот кэшированный маршрут через loopback ### откуда и приходят ответы на пинги.

и количество маршрутов в кэше значительно превышает количество маршрутов во всех таблицах маршрутизации вместе взятых:
$ ip r sh table all | wc -l
52
$ ip -o r sh cached | wc -l
122

McSim писал(а):
15.09.2010 16:45
QUOTE писал(а):уточняющий вопрос: что это за интерфейс ppp1?

ppp1 - это удаленные клиенты, которые цепляются по пптп на второго провайдера...
ну, главно, чтоб у вас конфликтов с этими клиентами не возникало. ведь, насколько вижу, адреса им отводятся из того же диапазона, что и на одном из ethernet-интерфейсов. я бы так делать не рекомендовал, но это ваше решение, возможно, чем-то объективным продиктованное.

McSim писал(а):
15.09.2010 16:45
arkhnchul писал(а):
15.09.2010 13:32
QUOTE писал(а):если под «интерфейсом» вы подразумеваете ppp1000, то он не «лежит».

немного офф - а почему он тогда не UP?

присоединяюсь к вопросу...
пардон, проглядел. действительно, интерфейс опущен,

McSim писал(а):
15.09.2010 16:45
буду наблюдать
выдачу актуальных опций, которую порождает опция dump, можете выложить уже сейчас.
возможно, что-то в них сходу бросится в глаза.
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
McSim
Сообщения: 419
Статус: Экспериментатор
ОС: заGNU/Linux Debian

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение McSim »

sash-kan писал(а):
15.09.2010 20:42
существует ещё кэш маршрутов. вот на примере:

Shell

.....

и количество маршрутов в кэше значительно превышает количество маршрутов во всех таблицах маршрутизации вместе взятых:
$ ip r sh table all | wc -l
52
$ ip -o r sh cached | wc -l
122

Спасибо за исчерпывающие разъяснения.

ну, главно, чтоб у вас конфликтов с этими клиентами не возникало. ведь, насколько вижу, адреса им отводятся из того же диапазона, что и на одном из ethernet-интерфейсов. я бы так делать не рекомендовал, но это ваше решение, возможно, чем-то объективным продиктованное.

не возникнет. У клиентов выдаются 10.0.0.200-250, а в локалке 10.0.0.1-150

пардон, проглядел. действительно, интерфейс опущен,
выдачу актуальных опций, которую порождает опция dump, можете выложить уже сейчас.
возможно, что-то в них сходу бросится в глаза.

На сколько понимаю, мессаги ppp выдает в /var/log/syslog/messages, ибо
[root@proxy ~]# cat /var/log/ppp/connect-errors
[root@proxy ~]# cat /var/log/ppp/pptpd.log
ничего не показывают. итак, вывод сообщений после перезапуска network:

Код: Выделить всё

[root@proxy ~] cat /var/log/syslog/messages |grep pp | tail -n100
.......
Sep 16 12:25:02 proxy pppd[21499]: pppd options in effect:
Sep 16 12:25:02 proxy pppd[21499]: debug^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: updetach^I^I# (from command line)
Sep 16 12:25:02 proxy pppd[21499]: persist^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: nolog^I^I# (from command line)
Sep 16 12:25:02 proxy pppd[21499]: maxfail 50^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: unit 1000^I^I# (from command line)
Sep 16 12:25:02 proxy pppd[21499]: dump^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: noauth^I^I# (from /etc/ppp/options)
Sep 16 12:25:02 proxy pppd[21499]: user какой-то-юзер^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: password ??????^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: ^I^I# (from /etc/ppp/options)
Sep 16 12:25:02 proxy pppd[21499]: pty /usr/sbin/pppoe -I eth1 -U ^I^I# (from command line)
Sep 16 12:25:02 proxy pppd[21499]: local^I^I# (from command line)
Sep 16 12:25:02 proxy pppd[21499]: mtu 1476^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: noipdefault^I^I# (from /etc/ppp/options)
Sep 16 12:25:02 proxy pppd[21499]: defaultroute^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: replacedefaultroute^I^I# (from /etc/ppp/options)
Sep 16 12:25:02 proxy pppd[21499]: usepeerdns^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: nopredictor1^I^I# (from /etc/ppp/options)
Sep 16 12:25:02 proxy pppd[21499]: nomppe^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 16 12:25:02 proxy pppd[21499]: pppd 2.4.4 started by root, uid 0
Sep 16 12:25:02 proxy pppd[21499]: Using interface ppp1000
Sep 16 12:25:02 proxy pppd[21499]: Connect: ppp1000 <--> /dev/pts/1
Sep 16 12:25:02 proxy pppoe[21500]: PPP session is 24113 (0x5e31)
Sep 16 12:25:02 proxy pppd[21499]: PAP authentication succeeded
Sep 16 12:25:02 proxy pppd[21499]: local  IP address 213.5.83.178
Sep 16 12:25:02 proxy pppd[21499]: remote IP address 213.5.95.249
Sep 16 12:25:02 proxy pppd[21499]: primary   DNS address 213.5.77.124
Sep 16 12:25:02 proxy pppd[21499]: secondary DNS address 213.5.67.110
Sep 16 12:25:04 proxy pppd[21507]: Script /etc/ppp/ip-up finished (pid 21509), status = 0x0
Sep 16 12:25:05 proxy named[9133]: listening on IPv4 interface ppp1000, 213.5.83.178#53
Sep 16 12:25:05 proxy named[9133]: creating IPv4 interface ppp1000 failed; interface ignored

меня, честно говоря пугает последняя строчка...
Пишет failed, хотя интерфейс поднят...
Теперь жду обрыва.
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение sash-kan »

McSim писал(а):
16.09.2010 12:37
меня, честно говоря пугает последняя строчка...
Пишет failed, хотя интерфейс поднят...
из сообщения "named: creating IPv4 interface ppp1000 failed; interface ignored" нельзя однозначно понять, то ли bind-ом интерфейс был проигнорирован из-за того, что не удалось открыть сокет, то ли сокет не был открыт bind-ом из-за того, что интерфейс следует игнорировать. смотрите настройки bind-а по поводу «чего можно слушать».
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
McSim
Сообщения: 419
Статус: Экспериментатор
ОС: заGNU/Linux Debian

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение McSim »

sash-kan писал(а):
16.09.2010 14:59
смотрите настройки bind-а по поводу «чего можно слушать».

Ну дык.. Все верно! Данный интерфейс и не слушается биндом. Я что-то сразу не обратил внимания на слово named...
Далее ожидаем обрыва. :)
Как назло, блин, не рвется почти сутки уже... Вот так всегда... пойдешь к доктору с болезнью, а оказываешься не больным, а симулянтом, потому что не болит уже :)
Спасибо сказали:
Аватара пользователя
McSim
Сообщения: 419
Статус: Экспериментатор
ОС: заGNU/Linux Debian

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение McSim »

обрыв зафиксирован, но по логам не могу разобраться, в чем дело...
Интерфейс упал... Выполняю команды:

Код: Выделить всё

[root@proxy ~]# ping ya.ru
connect: Network is unreachable
[root@proxy ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNO                                                                             WN qlen 1000
    link/ether 00:40:f4:ef:5a:29 brd ff:ff:ff:ff:ff:ff
    inet 2.3.8.238/28 brd 2.3.8.239 scope global eth2
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP ql                                                                             en 1000
    link/ether 00:e0:42:37:00:07 brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.254/24 brd 10.0.0.255 scope global eth0
4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP ql                                                                             en 1000
    link/ether 00:e0:42:a4:04:5d brd ff:ff:ff:ff:ff:ff
4548: ppp1000: <POINTOPOINT,MULTICAST,NOARP> mtu 1476 qdisc pfifo_fast state DOW                                                                             N qlen 3
    link/ppp
    inet 213.5.83.178 peer 213.5.95.249/32 scope global ppp1000
[root@proxy ~]# ip r
2.3.8.224/28 dev eth2  proto kernel  scope link  src 2.3.8.238
10.0.0.0/24 dev eth0  proto kernel  scope link  src 10.0.0.254
[root@proxy ~]# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
2.3.8.224   *               255.255.255.240 U     0      0        0 eth2
10.0.0.0        *               255.255.255.0   U     0      0        0 eth0
[root@proxy ~]# ping ya.ru
connect: Network is unreachable
[root@proxy ~]# ping 213.5.83.178
PING 213.5.83.178 (213.5.83.178) 56(84) bytes of data.
64 bytes from 213.5.83.178: icmp_seq=1 ttl=64 time=0.131 ms
64 bytes from 213.5.83.178: icmp_seq=2 ttl=64 time=0.089 ms
^C
--- 213.5.83.178 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.089/0.110/0.131/0.021 ms
[root@proxy ~]#

Далее иду в лог.... нахожу такие строчки:

Код: Выделить всё

[root@proxy ~]# tail -n 5000 /var/log/syslog/messages | less
...........
Sep 17 12:25:03 proxy pppd[21507]: LCP terminated by peer
Sep 17 12:25:03 proxy pppd[21507]: Connect time 1440.1 minutes.
Sep 17 12:25:03 proxy pppd[21507]: Sent 395265330 bytes, received 2623462571 bytes.
Sep 17 12:25:03 proxy pppoe[21500]: Session 24113 terminated -- received PADT from peer
Sep 17 12:25:03 proxy pppoe[21500]: Sent PADT
Sep 17 12:25:03 proxy pppd[21507]: Modem hangup
Sep 17 12:25:03 proxy pppd[21507]: Connection terminated.
Sep 17 12:25:03 proxy pppd[21507]: Using interface ppp1000
Sep 17 12:25:03 proxy pppd[21507]: Connect: ppp1000 <--> /dev/pts/1
Sep 17 12:25:03 proxy pppoe[24677]: PPP session is 57605 (0xe105)
Sep 17 12:25:03 proxy pppd[21507]: PAP authentication succeeded
Sep 17 12:25:03 proxy pppd[21507]: local  IP address 213.5.83.178
Sep 17 12:25:03 proxy pppd[21507]: remote IP address 213.5.95.249
Sep 17 12:25:03 proxy pppd[21507]: primary   DNS address 213.5.77.124
Sep 17 12:25:03 proxy pppd[21507]: secondary DNS address 213.5.67.110
Sep 17 12:25:07 proxy pppd[21507]: Script /etc/ppp/ip-down finished (pid 24669), status = 0x1
Sep 17 12:25:08 proxy pppd[21507]: Script /etc/ppp/ip-up finished (pid 25107), status = 0x0
Sep 17 12:30:06 proxy pppd[21507]: LCP terminated by peer
Sep 17 12:30:06 proxy pppd[21507]: Connect time 5.1 minutes.
Sep 17 12:30:06 proxy pppd[21507]: Sent 4534 bytes, received 47111 bytes.
Sep 17 12:30:06 proxy pppoe[24677]: Session 57605 terminated -- received PADT from peer
Sep 17 12:30:06 proxy pppoe[24677]: Sent PADT
Sep 17 12:30:06 proxy pppd[21507]: Modem hangup
Sep 17 12:30:06 proxy pppd[21507]: Connection terminated.
Sep 17 12:30:06 proxy pppd[21507]: Using interface ppp1000
Sep 17 12:30:06 proxy pppd[21507]: Connect: ppp1000 <--> /dev/pts/1
Sep 17 12:30:06 proxy pppd[21507]: Script /usr/sbin/pppoe -I eth1 -U  finished (pid 24677), status = 0x0
Sep 17 12:30:06 proxy pppoe[26044]: PPP session is 57675 (0xe14b)
Sep 17 12:30:06 proxy pppd[21507]: PAP authentication succeeded
Sep 17 12:30:06 proxy pppd[21507]: local  IP address 213.5.83.178
Sep 17 12:30:06 proxy pppd[21507]: remote IP address 213.5.95.249
Sep 17 12:30:06 proxy pppd[21507]: primary   DNS address 213.5.77.124
Sep 17 12:30:06 proxy pppd[21507]: secondary DNS address 213.5.67.110
Sep 17 12:30:08 proxy pppd[21507]: Script /etc/ppp/ip-down finished (pid 26034), status = 0x1
Sep 17 12:30:09 proxy pppd[21507]: Script /etc/ppp/ip-up finished (pid 26469), status = 0x0
Sep 17 12:35:08 proxy pppd[21507]: LCP terminated by peer
Sep 17 12:35:08 proxy pppd[21507]: Connect time 5.1 minutes.
Sep 17 12:35:08 proxy pppd[21507]: Sent 452 bytes, received 3489 bytes.
Sep 17 12:35:08 proxy pppoe[26044]: Session 57675 terminated -- received PADT from peer
Sep 17 12:35:08 proxy pppoe[26044]: Sent PADT
Sep 17 12:35:08 proxy pppd[21507]: Modem hangup
Sep 17 12:35:08 proxy pppd[21507]: Connection terminated.
Sep 17 12:35:08 proxy pppd[21507]: Using interface ppp1000
Sep 17 12:35:08 proxy pppd[21507]: Connect: ppp1000 <--> /dev/pts/1
Sep 17 12:35:08 proxy pppd[21507]: Script /usr/sbin/pppoe -I eth1 -U  finished (pid 26044), status = 0x0
Sep 17 12:35:08 proxy pppoe[27245]: PPP session is 57770 (0xe1aa)
Sep 17 12:35:08 proxy pppd[21507]: PAP authentication succeeded
Sep 17 12:35:08 proxy pppd[21507]: local  IP address 213.5.83.178
Sep 17 12:35:08 proxy pppd[21507]: remote IP address 213.5.95.249
Sep 17 12:35:08 proxy pppd[21507]: primary   DNS address 213.5.77.124
Sep 17 12:35:08 proxy pppd[21507]: secondary DNS address 213.5.67.110
Sep 17 12:35:09 proxy pppd[21507]: Script /etc/ppp/ip-down finished (pid 27236), status = 0x1
Sep 17 12:35:10 proxy pppd[21507]: Script /etc/ppp/ip-up finished (pid 27672), status = 0x0
Sep 17 12:40:18 proxy pppd[21507]: LCP terminated by peer
Sep 17 12:40:18 proxy pppd[21507]: Connect time 5.2 minutes.
Sep 17 12:40:18 proxy pppd[21507]: Sent 532 bytes, received 4425 bytes.
Sep 17 12:40:18 proxy pppoe[27245]: Session 57770 terminated -- received PADT from peer
Sep 17 12:40:18 proxy pppoe[27245]: Sent PADT
Sep 17 12:40:18 proxy pppd[21507]: Modem hangup
Sep 17 12:40:18 proxy pppd[21507]: Connection terminated.
Sep 17 12:40:18 proxy pppd[21507]: Using interface ppp1000
Sep 17 12:40:18 proxy pppd[21507]: Connect: ppp1000 <--> /dev/pts/1
Sep 17 12:40:18 proxy pppd[21507]: Script /usr/sbin/pppoe -I eth1 -U  finished (pid 27245), status = 0x0
Sep 17 12:40:18 proxy pppoe[31426]: PPP session is 57867 (0xe20b)
Sep 17 12:40:18 proxy pppd[21507]: PAP authentication succeeded
Sep 17 12:40:18 proxy pppd[21507]: local  IP address 213.5.83.178
Sep 17 12:40:18 proxy pppd[21507]: remote IP address 213.5.95.249
Sep 17 12:40:18 proxy pppd[21507]: primary   DNS address 213.5.77.124
Sep 17 12:40:18 proxy pppd[21507]: secondary DNS address 213.5.67.110
Sep 17 12:40:19 proxy pppd[21507]: Script /etc/ppp/ip-down finished (pid 31421), status = 0x1
Sep 17 12:40:20 proxy pppd[21507]: Script /etc/ppp/ip-up finished (pid 31856), status = 0x0
..........

в строке Connect time 1440.1 minutes я понимаю, что соединение держалось 24 часа. Соответственно данный разрыв плановый (на сколько знаю, PPPoE должен рваться раз в сутки). и далее вроде бы как соединение то поднимается... Script /etc/ppp/ip-up finished (pid 25107), status = 0x0 если статус 0x0, но вышеуказанные команды говорят обратное.... state DOWN qlen 3.
Далее - service network restart и в логе:

Код: Выделить всё

Sep 17 12:45:43 proxy /etc/net: ERROR: /etc/init.d/network: unknown interface group for iface 'venet0' of type 'venet'
Sep 17 12:45:43 proxy pppd[21507]: Terminating on signal 15
Sep 17 12:45:43 proxy pppd[21507]: Connect time 0.4 minutes.
Sep 17 12:45:43 proxy pppd[21507]: Sent 541 bytes, received 586 bytes.
Sep 17 12:45:43 proxy pppd[21507]: Connection terminated.
Sep 17 12:45:43 proxy pppoe[323]: read (asyncReadFromPPP): Session 57939: Input/output error
Sep 17 12:45:43 proxy pppoe[323]: Sent PADT
Sep 17 12:45:43 proxy pppd[21507]: Script /usr/sbin/pppoe -I eth1 -U  finished (pid 323), status = 0x1
Sep 17 12:45:45 proxy bind: sending signal 1 to named succeeded
Sep 17 12:45:45 proxy pppd[21507]: Script /etc/ppp/ip-down finished (pid 1561), status = 0x1
Sep 17 12:45:48 proxy pppd[21507]: Exit.
Sep 17 12:45:51 proxy /etc/net: ERROR: /etc/init.d/network: unknown interface group for iface 'venet0' of type 'venet'
Sep 17 12:45:53 proxy kernel: [3273299.972828] r8169: eth0: link up
Sep 17 12:45:53 proxy kernel: [3273300.242077] r8169: eth1: link up
Sep 17 12:45:54 proxy pptpd[32490]: GRE: xmit failed from decaps_hdlc: Invalid argument
Sep 17 12:45:54 proxy pptpd[32490]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7)
Sep 17 12:45:54 proxy pppd[32491]: Modem hangup
Sep 17 12:45:54 proxy pppd[32491]: pptpd-logwtmp.so ip-down ppp0
Sep 17 12:45:54 proxy pppd[32491]: Connect time 4.9 minutes.
Sep 17 12:45:54 proxy pppd[32491]: Sent 690126 bytes, received 32962 bytes.
Sep 17 12:45:54 proxy pppd[32491]: ioctl(SIOCDARP): No such file or directory
Sep 17 12:45:54 proxy pppd[32491]: MPPE disabled
Sep 17 12:45:54 proxy pppd[32491]: Connection terminated.
Sep 17 12:45:54 proxy pppd[32491]: Script /etc/ppp/ip-down finished (pid 4843), status = 0x1
Sep 17 12:45:54 proxy pppd[32491]: Exit.
Sep 17 12:45:54 proxy pptpd[32490]: CTRL: Client 95.153.184.20 control connection finished
Sep 17 12:46:23 proxy dhcpcd[4791]: eth1: timed out
Sep 17 12:46:25 proxy kernel: [3273332.507688] eth2: link up, 100Mbps, full-duplex, lpa 0x41E1
Sep 17 12:46:27 proxy pppd[5915]: pppd options in effect:
Sep 17 12:46:27 proxy pppd[5915]: debug^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy pppd[5915]: updetach^I^I# (from command line)
Sep 17 12:46:27 proxy pppd[5915]: persist^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy pppd[5915]: nolog^I^I# (from command line)
Sep 17 12:46:27 proxy pppd[5915]: maxfail 50^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy pppd[5915]: unit 1000^I^I# (from command line)
Sep 17 12:46:27 proxy pppd[5915]: dump^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy pppd[5915]: noauth^I^I# (from /etc/ppp/options)
Sep 17 12:46:27 proxy pppd[5915]: user какой-та-юзер^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy pppd[5915]: password ******^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy named[9133]: creating IPv4 interface eth2 failed; interface ignored
Sep 17 12:46:27 proxy pppd[5915]: ^I^I# (from /etc/ppp/options)
Sep 17 12:46:27 proxy pppd[5915]: pty /usr/sbin/pppoe -I eth1 -U ^I^I# (from command line)
Sep 17 12:46:27 proxy pppd[5915]: local^I^I# (from command line)
Sep 17 12:46:27 proxy pppd[5915]: mtu 1476^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy pppd[5915]: noipdefault^I^I# (from /etc/ppp/options)
Sep 17 12:46:27 proxy pppd[5915]: defaultroute^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy pppd[5915]: replacedefaultroute^I^I# (from /etc/ppp/options)
Sep 17 12:46:27 proxy pppd[5915]: usepeerdns^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy pppd[5915]: nopredictor1^I^I# (from /etc/ppp/options)
Sep 17 12:46:27 proxy pppd[5915]: nomppe^I^I# (from /etc/net/ifaces/ppp1000/pppoptions)
Sep 17 12:46:27 proxy pppd[5915]: pppd 2.4.4 started by root, uid 0
Sep 17 12:46:27 proxy pppd[5915]: Using interface ppp1000
Sep 17 12:46:27 proxy pppd[5915]: Connect: ppp1000 <--> /dev/pts/1
Sep 17 12:46:27 proxy pppoe[5916]: PPP session is 57953 (0xe261)
Sep 17 12:46:27 proxy pppd[5915]: PAP authentication succeeded
Sep 17 12:46:27 proxy pppd[5915]: local  IP address 213.5.83.178
Sep 17 12:46:27 proxy pppd[5915]: remote IP address 213.5.95.249
Sep 17 12:46:27 proxy pppd[5915]: primary   DNS address 213.5.77.124
Sep 17 12:46:27 proxy pppd[5915]: secondary DNS address 213.5.67.110
Sep 17 12:46:29 proxy pppd[5919]: Script /etc/ppp/ip-up finished (pid 5920), status = 0x0

соответственно интервейс - UP. и все ок.
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение sash-kan »

с точки зрения pppd всё нормально.
но почему-то интерфейс, хоть и создаётся, но не поднимается.

размышления приводят меня лишь к одной разумной версии — слишком быстро происходит перезапуск pppd и что-то там у него не срастается.
у вас ведущим настроен pppoe. он перезапускает процесс pppd.
это схема вполне рабочая. но я бы рекомендовал поменять местами ведомого и ведущего.
пусть pppd висит постоянно и перезапускает pppoe. параметр pty отвечает за это дело.
роль ведущего гораздо больше подходит pppd-емону. в частности, pppd на порядок гибче в настройке, нежели pppoe и есть рычаги, за которые можно подёргать.
в частности, те же таймауты при переподключении. holdoff, child-timeout и т.п.
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
McSim
Сообщения: 419
Статус: Экспериментатор
ОС: заGNU/Linux Debian

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение McSim »

sash-kan писал(а):
17.09.2010 18:43
у вас ведущим настроен pppoe. он перезапускает процесс pppd.
это схема вполне рабочая. но я бы рекомендовал поменять местами ведомого и ведущего.
пусть pppd висит постоянно и перезапускает pppoe. параметр pty отвечает за это дело.
роль ведущего гораздо больше подходит pppd-емону. в частности, pppd на порядок гибче в настройке, нежели pppoe и есть рычаги, за которые можно подёргать.
в частности, те же таймауты при переподключении. holdoff, child-timeout и т.п.

sash-kan, а нет случайно под рукой примерного конфига (pppoe и pppd), чтобы переназначить ведущего/ведомого?
И еще, у меня возникают подозрения по поводу неправильной настройки...
В общем, изначально интерфейс этот был - ppp0, но т.к. возникали конфликты при подключении удаленных клиентов. (то есть при падении ppp0 (с провайдером) и в этот момент подключении удаленного клиента через второго прова, создавался интерфейс ppp0 с IP удаленного клиента. Соответственно соединение с провайдером по ppp0 уже невозможно было установить)
В результате, я просто переименовал каталог /etc/net/ifaces/ppp0 в /etc/net/ifaces/ppp1000/.
Может так нельзя делать? Может просто создать новый интерфейс, но с родным именем ppp1000?
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: pppX интерфейс поднят, но не отображается ifconfig

Сообщение sash-kan »

McSim писал(а):
19.09.2010 15:10
нет случайно под рукой примерного конфига
случайно есть:
pty 'pppoe [pppoe options]'
в манах/гугле расписано что к чему.
McSim писал(а):
19.09.2010 15:10
Может просто создать новый интерфейс, но с родным именем ppp1000?
у вас же так и настроено:
unit 1000
вот pppd и создаёт интерфейс с именем ppp1000.
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали: