[Решено]Настройка сети на Ubuntu 10.04 (проблемы с ppp при перезагрузке)

[Mam(O)n]

По пингам отвечу через 3 мин, сейчас только ребутнусь

И cat /erc/resolv.conf тоже, после ребута при неработающем варианте. Очевидно, что косяк где то в DNS.

$ ifdown dsl-provider

Я конечно же хотел сказать sudo ifdown dsl-provider и sudo ifup dsl-provider


Пользователь решил продолжить мысль 12 Мая 2010, 22:13:36:

Что-то мои подозрения направились на firestarter 

firestarter конечно же зло вселенское, но кмк, он всёж здесь не при делах. Но исключать его из внимания всёж не стоит.

[andrius]

Прошу прощения за мою тупость (насчет sudo) 
Все делал после ребута, пока сеть не работает:

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

$ cat /etc/resolv.conf
nameserver 83.217.192.2
nameserver 83.217.193.2
$ ping -c4 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=244 time=166 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=244 time=157 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=244 time=167 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=244 time=162 ms

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3001ms
rtt min/avg/max/mdev = 157.994/163.672/167.428/3.797 ms
$ ping -c4 ya.ru
ping: unknown host ya.ru
$ ping -c4 www.ya.ru
ping: unknown host www.ya.ru
$ sudo ifdown dsl-provider
[sudo] password for user:
 * Stopping the Firestarter firewall...
   ...done.
 * Starting the Firestarter firewall...
   ...done.
$ sudo ifup dsl-provider
Plugin rp-pppoe.so loaded.
RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
 * Stopping the Firestarter firewall...
ppp0: error fetching interface information: Device not found
ppp0: error fetching interface information: Device not found
ppp0: error fetching interface information: Device not found
   ...done.
 * Starting the Firestarter firewall...
ppp0: error fetching interface information: Device not found
ppp0: error fetching interface information: Device not found
ppp0: error fetching interface information: Device not found
   ...fail!
run-parts: /etc/network/if-up.d/50firestarter exited with return code 2
$
После этого сеть заработала. Полтергейст однако...

[Mam(O)n]

После этого сеть заработала. Полтергейст однако...

Заработала потому что перерубили ifdown/ifup или заработала насовсем, т.е. и после перезагрузки? Кстати, все настройки DNS и туннели подняты нормально. Остаётся грешить на firestarter, который не может обнаружить интерфейс ppp0 (который по всей видимости просто еще не успел подняться). Попробуй его снести к чертям собачьим, всё равно, имхо, от него вреда больше, чем пользы.

Кстати, меня еще смущает одна строчка в маршрутах:

0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

а точнее отсутствие шлюза в дефолтном маршруте... При работающем инете что показывает route -n?

[andrius]

После этого сеть заработала. Полтергейст однако...

Заработала потому что перерубили ifdown/ifup или заработала насовсем, т.е. и после перезагрузки?

Заработала, потому что перерубили ifdown/ifup (poff/pon). После следующей перезагрузки все приходится повторять.

Кстати, все настройки DNS и туннели подняты нормально. Остаётся грешить на firestarter, который не может обнаружить интерфейс ppp0 (который по всей видимости просто еще не успел подняться). Попробуй его снести к чертям собачьим, всё равно, имхо, от него вреда больше, чем пользы.

Попробую

Кстати, меня еще смущает одна строчка в маршрутах:

0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

а точнее отсутствие шлюза в дефолтном маршруте... При работающем инете что показывает route -n?

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

$ route -n
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
89.169.80.1     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan0
192.168.0.0     0.0.0.0         255.255.0.0     U     0      0        0 wlan0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
$
Пошел ковырять файрстартер.
Пользователь решил продолжить мысль 12 Мая 2010, 18:40:30:Меня вот еще vboxnet0 смущает. Раньше такого не замечал, были только lo, eth0, wlan0.
Пользователь решил продолжить мысль 12 Мая 2010, 20:46:46:Убийство файрстартера, как и ожидалось, не помогло  :-
Пользователь решил продолжить мысль 12 Мая 2010, 22:48:33:Кстати после обновления при старте системы начала вылазить ошибка ndiswrapper. Это не может быть никак связано? Просто я даже не знаю, что это такое 

[Mam(O)n]

Меня вот еще vboxnet0 смущает. Раньше такого не замечал, были только lo, eth0, wlan0.

Это от VirtualBox. Всё в порядке.
Пользователь решил продолжить мысль 12 Мая 2010, 20:48:33:

Кстати после обновления при старте системы начала вылазить ошибка ndiswrapper. Это не может быть никак связано? Просто я даже не знаю, что это такое  

ndiswrapper позволяет вендовые ndis-совместимые сетевые дрова запилить в линукс систему. Обычно юзается при поднятии хитрого вайфай адаптера.

Давай всёже заглянем в таблицы файрвола. sudo iptables-save при неработающем варианте.

[Гарри Кашпировский]

а точнее отсутствие шлюза в дефолтном маршруте... При работающем инете что показывает route -n?

Все правильно. Протокол - точка-точка - шлюз по умолчанию - IP-адрес ppp*.

[andrius]

Давай всёже заглянем в таблицы файрвола. sudo iptables-save при неработающем варианте.

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

$ sudo iptables-save
[sudo] password for user:
# Generated by iptables-save v1.4.4 on Wed May 12 22:58:47 2010
*mangle
:PREROUTING ACCEPT [40:11753]
:INPUT ACCEPT [39:11725]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [51:5154]
:POSTROUTING ACCEPT [67:7745]
-A FORWARD -o ppp0 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:65495 -j TCPMSS --clamp-mss-to-pmtu
COMMIT
# Completed on Wed May 12 22:58:47 2010
$
Пользователь решил продолжить мысль 12 Мая 2010, 21:03:49:а вот при работающем варианте:

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

$ sudo iptables-save
# Generated by iptables-save v1.4.4 on Wed May 12 23:02:49 2010
*mangle
:PREROUTING ACCEPT [347:126402]
:INPUT ACCEPT [342:126254]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [488:95619]
:POSTROUTING ACCEPT [509:98947]
-A FORWARD -o ppp0 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:65495 -j TCPMSS --clamp-mss-to-pmtu
COMMIT
# Completed on Wed May 12 23:02:49 2010
$
Пользователь решил продолжить мысль 12 Мая 2010, 23:05:51:Расшифруйте пож строку форвардинга. Также интересно, почему порты при работающем и неработающем вариантах различаются.

[Mam(O)n]

Все правильно. Протокол - точка-точка - шлюз по умолчанию - IP-адрес ppp*.

Да в том то и дело, что у шлюз не используется (нет флага G и адрес не прописан). Вот, например у меня везде, где используется PPPoE такая картина (на примере NbN):

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

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
.....
212.1.254.98    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
0.0.0.0         212.1.254.98    0.0.0.0         UG    0      0        0 ppp0

$ ifconfig
...
ppp0      Link encap:Point-to-Point Protocol
          inet addr:212.1.242.91  P-t-P:212.1.254.98  Mask:255.255.255.255
          UP POINTOPOINT RUNNING MULTICAST  MTU:1492  Metric:1

...
Пользователь решил продолжить мысль 12 Мая 2010, 23:14:20:

Расшифруйте пож строку форвардинга.

Всем транзитным tcp пакетам, которые назначаются интерфейсу ppp0, с флагами syn,rst или просто syn, имеющие значение поля mss от 1400 до 65495, принудительно выставлять значение mss, высчитанное от значения mtu интерфейса назначения.. В общем, к нашей проблеме не относится, но интересен сам факт её там наличия. Сама она там так просто не может появиться.

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

То, что в квадратных скобках это счётчики [количество_принятых_байт:количество_отправленных_байт]


Мистика какаято. Вроде и инет пингуется, а вот DNS не резолвит имена, хотя сервера прописаны. На правах бреда проверь (гдето видел такую проблему в соседних ветках):

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

nslookup ya.ru
sudo nslookup ya.ru
sudo ping ya.ru


[Гарри Кашпировский]

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

Вот, например у меня везде, где используется PPPoE такая картина (на примере NbN):

А у меня, на примере NBN

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

212.1.254.48    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:79.111.81.76  P-t-P:212.1.254.48  Mask:255.255.255.255
Смотри маску - 32, так что кроме того адреса который 212* ломиться просто больше некуда.
ЗЫ сам проверь

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

ip r d default
ip r a default dev ppp0Буду удивлён, если работать не будет.  

[andrius]

Расшифруйте пож строку форвардинга.

Всем транзитным tcp пакетам, которые назначаются интерфейсу ppp0, с флагами syn,rst или просто syn, имеющие значение поля mss от 1400 до 65495, принудительно выставлять значение mss, высчитанное от значения mtu интерфейса назначения.. В общем, к нашей проблеме не относится, но интересен сам факт её там наличия. Сама она там так просто не может появиться.

Это я по Ad-Hoc цеплял второй комп. Там не раздавались торренты и я мудрил с форвардингом через файрстартер. Наверно от него осталось.

Мистика какаято. Вроде и инет пингуется, а вот DNS не резолвит имена, хотя сервера прописаны. На правах бреда проверь (гдето видел такую проблему в соседних ветках):

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

nslookup ya.ru
sudo nslookup ya.ru
sudo ping ya.ru


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

$ nslookup ya.ru
;; connection timed out; no servers could be reached

$ sudo nslookup ya.ru
[sudo] password for aegoreev:
;; connection timed out; no servers could be reached

$ sudo ping ya.ru
ping: unknown host ya.ru
$
Видел сегодня такую же тему на англ языке, тоже без ответа  

[Гарри Кашпировский]

Сами DNS-сервера доступны?

[andrius]

Сами DNS-сервера доступны?

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

$ ping -c4 83.217.192.2
PING 83.217.192.2 (83.217.192.2) 56(84) bytes of data.
64 bytes from 83.217.192.2: icmp_seq=1 ttl=62 time=1.37 ms
64 bytes from 83.217.192.2: icmp_seq=2 ttl=62 time=1.98 ms
64 bytes from 83.217.192.2: icmp_seq=4 ttl=62 time=1.64 ms

--- 83.217.192.2 ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3010ms
rtt min/avg/max/mdev = 1.379/1.670/1.984/0.251 ms

$ ping -c4 83.217.193.2
PING 83.217.193.2 (83.217.193.2) 56(84) bytes of data.
64 bytes from 83.217.193.2: icmp_seq=1 ttl=62 time=1.22 ms
64 bytes from 83.217.193.2: icmp_seq=2 ttl=62 time=1.18 ms
64 bytes from 83.217.193.2: icmp_seq=3 ttl=62 time=1.20 ms
64 bytes from 83.217.193.2: icmp_seq=4 ttl=62 time=1.29 ms

--- 83.217.193.2 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 1.183/1.226/1.294/0.054 ms
$


[Mam(O)n]

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

Буду удивлён, если работать не будет.

Угу, работает О волшебных свойствах маршрутизации в p-t-p соединениях не в курсе был, пасиб, просвятил. Но, кмк, это частный случай p-t-p и не зависит от маски.

$ sudo nslookup ya.ru
[sudo] password for aegoreev:
;; connection timed out; no servers could be reached

Вот ерунда то какая. Еще раз при неработающем варианте, только так:

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

nslookup ya.ru 8.8.8.8
nslookup ya.ru 83.217.192.2
?

[andrius]

Правильно говорят "утро вечера мудренее". Сегодня утром сам не знаю почему зашел в синаптик, сделал поиск по network-manager и оказалось, что у меня появились какие-то установленные пакеты нетворк-менеджера (network-manager-openvpn и тд). Давно с ним не дружу и помню, что из-за него уже была подобная проблема. Удаляю все пакеты network-manager-xxxxxx полностью, перезагружаю комп - результат все тот же, инет по-прежнему не работает. Запускаю по новой pppoeconf, конфигурирую, но результата так и нет. Теперь инет уже не работал даже после poff/pon. Далее залажу в /etc/recolv.conf и вижу что пропали DNS-сервера, вспомнил что в pppoeconf был пункт "вписывать dns-сервера автоматически" и я на него ответил "Да". Зря наверное...видимо это он обновил файл /etc/resolv.conf. Далее я вписал DNS'ы ручками (я брал на сайте провайдера в разделе FAQ) - инет заработал. Перезагрузил комп - инет работает сразу. Перезагрузил еще раз - инет работает сразу!!! Урааа!!!  
Большое спасибо Mam(O)n, за то, что уделил моей проблеме вчера так много времени! Также спасибо Гарри Кашпировскому.

Тема не моя, поэтому не могу добавить [РЕШЕНО], прошу модераторов это сделать. Также ее наверно лучше переименовать во что-то более конкретное, например, "Проблема с пропаданием сети ppp после перезагрузки ubuntu 10.04", "Пропадает сеть ppp после перезагрузки ubuntu 10.04" и т.д., чтобы другим пользователям было проще найти решение аналогичной проблемы.

[gloomypasho]

всё так, как пишет andrius, только DNS'ы я скопировал из терминала, когда сеть работала. кажется команда plog после настройки ppp.
спасибо за поддержку. тема поправлена.