Локальная сеть + интернет соединение pppoe

[ArtDokXXX]

Здравствуйте, столкнулся с такой проблемой : имеется компьютер, к нему подключен кабель, типа витая пара, соединяя его с общей внутренней сетью, доступ в интернет осуществляется по протоколу pppoe, с авторизацией. Проблема заключается в том что, ресурсы локальной сети при подключение pppoe, становятся недоступными. Как я предполагаю это из-за того что при подключение автоматически присваивается другая маска подсети 255.255.255.255, внутри сетевая 255.255.252.0. пробовал с помощью NetworkManager присвоить адрес вручную, изменяя настройки соединения, всё равно автоматически забирает откуда-то маску и ип-адрес. Помогите пожалуйста разрешить данную проблему.

Информация о соединение при подключенном интернете :

(Нажмите, чтобы показать/скрыть)

Информация о соединение при отключенном интернете :

(Нажмите, чтобы показать/скрыть)

Изменяемые настройки :

(Нажмите, чтобы показать/скрыть)

ifconfig:

(Нажмите, чтобы показать/скрыть)

eth0      Link encap:Ethernet  HWaddr 00:1e:ec:c9:b3:39 
          inet6 addr: fe80::21e:ecff:fec9:b339/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1335089 errors:0 dropped:0 overruns:0 frame:0
          TX packets:298719 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:669302507 (669.3 MB)  TX bytes:27185603 (27.1 MB)
          Interrupt:27 Base address:0xe000

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:9729 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9729 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:364838 (364.8 KB)  TX bytes:364838 (364.8 KB)

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:192.168.9.183  P-t-P:192.168.8.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:963 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1142 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:333012 (333.0 KB)  TX bytes:402643 (402.6 KB)

wlan0     Link encap:Ethernet  HWaddr 00:23:4d:97:ef:cd 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

route:

(Нажмите, чтобы показать/скрыть)

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.8.1     *               255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     *               255.255.252.0   U     1      0        0 ppp0
link-local      *               255.255.0.0     U     1000   0        0 ppp0
default         192.168.8.1     0.0.0.0         UG    0      0        0 ppp0

cat /etc/resolv.conf:

(Нажмите, чтобы показать/скрыть)

# Generated by NetworkManager
nameserver 91.213.240.250
nameserver 91.213.240.40
nameserver 192.168.1.254

[fisher74]

1. А при отключенном интернете, можешь показать ifconfig eth0?
2. Ну и для полноты /etc/network/interfaces
3. Странные какие-то маршруты... давай результат "route -n" в обоих случаях

Но что-то мну подсказывает, что случай клинический... потому как диапазон локалки внутри диапазона "серого глобала"

[ArtDokXXX]

ifconfig eth0:

(Нажмите, чтобы показать/скрыть)

eth0      Link encap:Ethernet  HWaddr 00:1e:ec:c9:b3:39 
          inet addr:192.168.1.57  Bcast:192.168.3.255  Mask:255.255.252.0
          inet6 addr: fe80::21e:ecff:fec9:b339/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1675679 errors:0 dropped:0 overruns:0 frame:0
          TX packets:350125 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:766091791 (766.0 MB)  TX bytes:33699997 (33.6 MB)
          Interrupt:27 Base address:0xe000

/etc/network/interfaces:

(Нажмите, чтобы показать/скрыть)

auto lo
iface lo inet loopback

route -n (при отключенном pppoe соединение):

(Нажмите, чтобы показать/скрыть)

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0     0.0.0.0         255.255.252.0   U     1      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 eth0

route -n (после соединения):

(Нажмите, чтобы показать/скрыть)

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.8.1     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     0.0.0.0         255.255.252.0   U     1      0        0 ppp0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 ppp0
0.0.0.0         192.168.8.1     0.0.0.0         UG    0      0        0 ppp0

[fisher74]

Непонятно что с eth0 происходит при запуске ppp
По логике вторая строка нелепа, потому как должна остаться на eth0
Логично было бы сделать после запуска ppp

Код: [Выделить]

route delete -net 192.168.0.0 netmask 255.255.252.0 dev ppp0
route add -net 192.168.0.0 netmask 255.255.252.0 dev eth0
Но сомнения в правильности решения остаются.

[ArtDokXXX]

Сделал как вы написали, результат route -n:

(Нажмите, чтобы показать/скрыть)

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.8.1     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     0.0.0.0         255.255.252.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 ppp0
0.0.0.0         192.168.8.1     0.0.0.0         UG    0      0        0 ppp0

Ресурсы локальной сети по прежнему не видны.

[fisher74]

Я и говорил, что не уверен в правильности потому как непонятно, что с eth0 происходит.
Сеть настроена с помощью NM? eth0 в DHCP настроен?

И что есть "локальные" ресурсы? Самое шикарное знать диапазоны IP, ну а если нет таких данных, хотя бы 3-4 IP-а для затравки мозговой деятельности

[ArtDokXXX]

Да, сеть настроена через NM, DHCP  в eth0 настроен. IP-адреса идут в диапазоне 192.168.1-4.1-253. Под ресурсами предполагаю локальные машины расположенные в этих адресах, и принтеры подключаемые к ним.

[fisher74]

Нужно с eth0 разбираться,почему он теряет свой IP, а вместе с ним и маршрут в локальную сеть.

Сразу после поднятия ppp покажи

Код: [Выделить]

tail -n 30  /var/log/messages

[ArtDokXXX]

tail -n 30  /var/log/messages:

(Нажмите, чтобы показать/скрыть)

Sep  9 12:59:47 artdokxxx-laptop pppd[1484]: Using interface ppp0
Sep  9 12:59:47 artdokxxx-laptop pppd[1484]: Connect: ppp0 <--> eth0
Sep  9 12:59:50 artdokxxx-laptop pppd[1484]: CHAP authentication succeeded
Sep  9 12:59:50 artdokxxx-laptop pppd[1484]: CHAP authentication succeeded
Sep  9 12:59:50 artdokxxx-laptop pppd[1484]: peer from calling number 00:1B:21:4E:5C:24 authorized
Sep  9 12:59:50 artdokxxx-laptop pppd[1484]: local  IP address 192.168.9.183
Sep  9 12:59:50 artdokxxx-laptop pppd[1484]: remote IP address 192.168.8.1
Sep  9 12:59:50 artdokxxx-laptop pppd[1484]: primary   DNS address 91.213.240.250
Sep  9 12:59:50 artdokxxx-laptop pppd[1484]: secondary DNS address 91.213.240.40
Sep  9 13:01:01 artdokxxx-laptop pppd[1484]: Terminating on signal 15
Sep  9 13:01:01 artdokxxx-laptop pppd[1484]: Connect time 1.2 minutes.
Sep  9 13:01:01 artdokxxx-laptop pppd[1484]: Sent 6341 bytes, received 1932 bytes.
Sep  9 13:01:01 artdokxxx-laptop pppd[1484]: Connection terminated.
Sep  9 13:01:01 artdokxxx-laptop pppd[1484]: Exit.
Sep  9 13:02:06 artdokxxx-laptop pppd[1686]: Plugin rp-pppoe.so loaded.
Sep  9 13:02:06 artdokxxx-laptop pppd[1686]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
Sep  9 13:02:06 artdokxxx-laptop pppd[1686]: Plugin /usr/lib/pppd/2.4.4/nm-pppd-plugin.so loaded.
Sep  9 13:02:06 artdokxxx-laptop pppd[1686]: pppd 2.4.5 started by root, uid 0
Sep  9 13:02:06 artdokxxx-laptop pppd[1686]: PPP session is 270
Sep  9 13:02:06 artdokxxx-laptop pppd[1686]: Connected to 00:1b:21:4e:5c:24 via interface eth0
Sep  9 13:02:06 artdokxxx-laptop pppd[1686]: Using interface ppp0
Sep  9 13:02:06 artdokxxx-laptop pppd[1686]: Connect: ppp0 <--> eth0
Sep  9 13:02:09 artdokxxx-laptop pppd[1686]: CHAP authentication succeeded
Sep  9 13:02:09 artdokxxx-laptop pppd[1686]: CHAP authentication succeeded
Sep  9 13:02:09 artdokxxx-laptop pppd[1686]: peer from calling number 00:1B:21:4E:5C:24 authorized
Sep  9 13:02:09 artdokxxx-laptop pppd[1686]: local  IP address 192.168.9.183
Sep  9 13:02:09 artdokxxx-laptop pppd[1686]: remote IP address 192.168.8.1
Sep  9 13:02:09 artdokxxx-laptop pppd[1686]: primary   DNS address 91.213.240.250
Sep  9 13:02:09 artdokxxx-laptop pppd[1686]: secondary DNS address 91.213.240.40
Sep  9 13:02:20 artdokxxx-laptop kernel: [  290.070956] lo: Disabled Privacy Extensions

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

[Mam(O)n]

Так  работает NM. Так работают большинство китайских роутеров. А всё из за того, что никто за бугром не знает, зачем может еще пригодится локалка, кроме как выхода в инет и деконфигурируют ip на нижележащем интерфейсе.

Для NM врокэраунд тут может быть такой: написать скрипт, который с-ifconfig-урирует интерфейс и бросить его в /etc/network/if-up.d

[fisher74]

А если настроить eth0 в /etc/network/interfaces

Код: [Выделить]

auto eth0
iface eth0 inet dhcpМожет так не будет слетать?

А может вообще убить NM  и настроить всё в конф.файлах?

[Mam(O)n]

А если настроить eth0 в /etc/network/interfaces

Код: [Выделить]

auto eth0
iface eth0 inet dhcpМожет так не будет слетать?

Так NM откажется вообще от руления eth0 и скорее всего из за этого не сможет поднять pppoe. А если всё же заставить его работать с ним (чета там в конфиге NM надо поправить) то к гадалке не ходи, он его все равно будет деконфигурировать.

А может вообще убить NM  и настроить всё в конф.файлах?

Можно, pppoeconf и вперёд.

[wolfpr]

может проще воспользоваться программой PPPoE/PPTP Graphic Client v.0.5.1
сайт http://code.google.com/p/graphic-pppoe-client/

[fisher74]

Так NM откажется вообще от руления eth0

Ну так этого и хотелось бы добиться, если он (NM) тупит.

А может вообще убить NM  и настроить всё в конф.файлах?

Можно, pppoeconf и вперёд.

Я как бы предложил топик-стартеру это сделать

[Mam(O)n]

Я как бы предложил топик-стартеру это сделать

Ну а я как бы намекнул топикстартеру, как это сделать

В общем выбор пути за ТС:
1. Поднимать костылём после NM ip адрес на интерфейсе.
2. Отказаться от NM и юзать настройку с помощью мастера pppoeconf и через файл /etc/network/interfaces
3. Отказаться от NM и юзать PPPoE/PPTP Graphic Client v.0.5.1, хотя хз чё это такое и как оно работает....