[Решено] Почему упала сеть?

Ситуация такова:
Gentoo собирал в чруте из-под Ubuntu.
Гнома и nm-applet так же качал, но компилил уже, загрузившись в Gentoo. nm-applet в области уведомлений не отображается (в сеансах прописан), тем не менее, сеть подхватилась (провайдер - Авангард, ADSL-роутер 2500U D-Link-овский, сам он через веб-морду настроен, в Убунту работает без проблем, подхватился автоматом).
Систему уже обновлял пару раз.
Сегодня запустил emerge -uDN world
В итоге сеть отвалилась. На роутере все индикаторы горят, в Убунте сеть есть (сейчас из-под нее пишу), так что проблемы только в Gentoo.
Посему прошу ткнуть носом, куда копать?
в /etc/conf.d/net прописано:
config_eth0=( "dhcp" )
dhcp_eth0="nodns nontp nonis"
раньше это работало.
Что же могло отвалиться и почему работало раньше?
PS Вывел на панель индикатор сети - он показывает, что соединение по eth0 есть.
Таки решено
Если честно, то решено некоторое (значительное) время назад, но отписаться было недосуг.
Как мне показалось, косяк был в провайдерской прошивке роутера, который был мне "подарен" при подключении.
Во всяком случае, скачал прошивку с сайта производителя железа (d-link) - с ней и галки файрволла и ната стали активны (имеется в виду настройка через веб-морду), то есть, прошивочка-то была какая-то урезанная (да и в инструкции провайдера советовали не включать файрволл).
Во всяком случае, перешил, настроил, dhcp снес, прописал статику ручками и все работает без проблем и без лишних плясок с бубном.

Что показывает ifconfig и cat

Что показывает ifconfig и cat /etc/resolv.conf ?

То же, что и в Убунте

cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 78.36.171.200

ifconfig
eth0 Link encap:Ethernet HWaddr 00:a1:b0:01:10:4c
inet addr:95.53.137.120 Bcast:95.53.137.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5 errors:0 dropped:0 overruns:0 frame:0
TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1324 (1.2 KiB) TX bytes:1728 (1.6 KiB)
Interrupt:17 Base address:0x6000

Про lo не привожу, ибо, думаю, не актуально.

НО, сравнивая с выводом в Убунте, заметил, что в ней MTU 1492, даже припоминаю, что, сам прописывал такое значение и в Убунте и в Генту. Уж не в этом ли дело? Может, etc-update тут замешано? Попробую...

PS Изменение MTU не помогло.

Но почему в Убунте-то работает?

Может, depclean снес что-то нужное? Тогда что?

еще забыл попросить вывод

еще забыл попросить вывод route -))

Вот он

route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
92.101.184.0 * 255.255.255.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo

нет дефолтного

нет дефолтного маршрута
должно быть что-то типа
default 92.101.184.1 0.0.0.0 UG 0 0 0 eth0

Как реализовать?

Нет, конечно я обратил внимание, что Gateway отсутствует, но вот только что прописывать, где и как?
В инструкции, которая была на диске с роутером, написано, конечно же, только про Виндовс. Все параметры, что есть:
IP 192.168.1.3
маска 255.255.255.0
шлюз 192.168.1.1
PS Стал заморачиваться с нетворк-менеджером именно потому, что с самого начала настройка сети по хэндбуку не получилась.
Понять бы еще, где я туплю...
PPS Подскажите, с какими конфигами в Ubuntu можно сравнить?

Сначала надо посмотреть что

Сначала надо посмотреть что выдают команды ifconfig, route, cat /etc/resolv.conf в убунте

Вот оно

ifconfig
eth0 Link encap:Ethernet HWaddr 00:a1:b0:01:10:4c
inet addr:92.101.173.36 Bcast:92.101.173.255 Mask:255.255.255.0
inet6 addr: fe80::2a1:b0ff:fe01:104c/64 Диапазон:Ссылка
ВВЕРХ BROADCAST RUNNING MULTICAST MTU:1492 Metric:1
RX packets:65753 errors:0 dropped:0 overruns:0 frame:0
TX packets:58533 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:1000
RX bytes:85651689 (85.6 MB) TX bytes:4727035 (4.7 MB)
Прервано:17 Base address:0xa000

route
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
shpd-78-36-160- * 255.255.255.255 UH 0 0 0 eth0
92.101.173.0 * 255.255.255.0 U 1 0 0 eth0
link-local * 255.255.0.0 U 1000 0 0 eth0
default shpd-78-36-160- 0.0.0.0 UG 0 0 0 eth0

cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 78.36.171.200

Походу все твои проблемы в

Походу все твои проблемы в dhcp-клиенте. IP-адрес присваивается правильно, но маршруты...
Так что тут надо копать в сторону настройки net-misc/dhcpcd

routes_ можно прописать и при

routes_ можно прописать и при наличии dhcp вроде как.
а вообще да - в веб морде надо проверить, что dhcp раздает себя как дефолт гейтвей.

У него IP-адреса из разных

У него IP-адреса из разных диапазонов выдаются. Так что routes_ не прокатит... Допиливать dhcp-клиента надо

Допиливать dhcp-клиента

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

Посмотрите ман по dhcpcd,

Посмотрите ман по dhcpcd, Попробуйте убрать все no* опции. У меня при чистом config_eth0="dhcp" дефолтный роут проходит. Попробуйте также форсировать получение дефолтного роута и запустить комманду (dhcpcd) руками с debug/verbose опциями, и посмотреть, что он ответит.

В Убунте стандартным dhcp

В Убунте стандартным dhcp клиентом идет не dhcpcd, а dhcp, попробуйте его, если у вас на него ничего не завязано.

Это соответствует такой

Это соответствует такой настройке: в /etc/conf.d/net должно быть прописано

config_eth0=( "192.168.1.3 netmask 255.255.255.0" )
routes_eth0=( "default gw 192.168.1.1" )

NetworkManager для этого не требуется.

А как у тебя вообще настраивается доступ? АДСЛ обычно через pppoe делают, у тебя разве не так? Если так, то что об этом для винды написано?

-= Concordia victoriam gignit =-

Для Винды

Цитата:
АДСЛ обычно через pppoe делают, у тебя разве не так

Так. Для Винды инструкция о настройке роутера через веб-морду (что сделано давно и работает) и о создании соединения с автоматическими настройками.
В Убунте тоже автоматом подхватилось все без каких-либо настроек.
Потому у меня и есть сильное подозрение, что при depclean слетело что-то необходимое.

Попробуй прописать в

Попробуй прописать в /etc/conf.d/net

config_ppp0=( "ppp" )
link_ppp0=( "eth0" )
plugins_ppp0=( "pppoe" )
config_eth0=( "adsl" )

При этом в /etc/ppp/pppoe.conf

ETH='eth0'
# соответственно имени пользователя в инструкции провайдера
USER='user@dsl.ukrtel.net'
DEMAND=no
DNSTYPE=SPECIFY
# мой пров требует ручную настройку DNS - потому у меня так, 
# если ДНС настраивается автоматом, то DNS1 и DNS2 можно выбросить и PEERDNS=yes
PEERDNS=no
DNS1=195.5.46.10
DNS2=195.5.10.12
DEFAULTROUTE=yes

Соответственно в /etc/ppp/chap-secrets

# Secrets for authentication using CHAP
# client        server  secret                  IP addresses
"user@dsl.ukrtel.net"     *       "user_password"

Я сначала тоже настраивал dhcp, но он не обязателен - на внутреннем интерфейсе можно при желании настроить ip и вручную, а можно и вообще не настраивать pppoe прекрасно работает без него. А где-то в манах читал, что ip вообще нужно снять с интерфейса - не знаю зачем, прекрасно работает и с ним.

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

Если захочешь раздавать интернет на другие машины в локальной сети, нужно будет включить маскарад.

P.S. Блин! Упустил, что pppoe уже настроено в модеме ))
Ну да ладно, возможно кому-то пригодится, у кого руки к Гуглю растут )

-= Concordia victoriam gignit =-

Ядро не обновлял? Возможно

Ядро не обновлял? Возможно там какие опции потерял? Попробуй загрузиться со старым ядром

-= Concordia victoriam gignit =-

Ядро не обновлял?

Не обновлял.

Все еще в тупике

Результаты по-прежнему неутешительные.
Сеть все еще не поднимается.
Вернее, роутер по прежнему видит нет. Комп видит роутер
но преобразованием имен - фиг, следовательно, пинг по имени, ну и открытие страниц по имени не проходит. (как же надоело перезагружаться то в Убунту то в Генту).
Чтение манулов просветления не принесло ( по всей видимости в связи с недостатком знаний и слабым знанием буржуйского).
Вопрос, правильно ли я понимаю ситуацию - проблема именно между роутером и компом?
Ибо сам роутер настроен, на всякий случай информация о нем из веб-морды:

Device Info
BoardID: DSL-2500U
Software Version: RU_1.01
Bootloader (CFE) Version: (before 1.0.37-3k.d20k_rc2
This information reflects the current status of your DSL connection.
Line Rate - Upstream (Kbps): 797
Line Rate - Downstream (Kbps): 8000
LAN IPv4 Address: 192.168.1.1
MAC Address: 00-24-01-58-64-2c
Default Gateway: 78.36.160.1
Primary DNS Server: 78.36.171.200
Secondary DNS Server: 212.48.193.36

Device Info -- Route
Flags: U - up, ! - reject, G - gateway, H - host, R - reinstate
D - dynamic (redirect), M - modified (redirect).
Destination Gateway Subnet Mask Flag Metric Service Interface
78.36.160.1 0.0.0.0 255.255.255.255 UH 1 pppoe_0_8_35_1 ppp_0_8_35_1
95.53.137.119 0.0.0.0 255.255.255.255 UH 0 br0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 br0
0.0.0.0 78.36.160.1 0.0.0.0 UG 0 pppoe_0_8_35_1 ppp_0_8_35_1

Может, это что-то даст.
Главное - бесит, что сеть вот она - где-то рядом (в той же Убунте) и стойкое ощущение, что затупил в чем-то просто элементарном.

Блин, от отчаяния сейчас попробую чисто виндозный подход, то есть удаление network-manager и nm-applet, после - depclean и установка по новой (ведь в первый раз их поставил - сеть поднялась)

network-manager нинужен. Кури

network-manager нинужен. Кури dhcp - у меня dhcpcd глючил страшно, особенно с dhcp-сервером на 2003 винде

Нейтральность - высшее достижение сознания!

network-manager нинужен.

Это совет снести его совсем?
Так же поступить с nm-applet?
Почему же сначала сеть подхватилась при установке этих двух приспособ.

Цитата:
Кури dhcp

Нет, конечно в гугле меня на забанили, чем активно и пользуюсь, но, если есть конкретные мысли, то почему бы их не высказать?

Цитата: но преобразованием

Цитата:
но преобразованием имен - фиг

Цитата:
dhcp_eth0="nodns nontp nonis"

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Без него то же самое

krigstask написал(а):
Цитата:
но преобразованием имен - фиг

Цитата:
dhcp_eth0="nodns nontp nonis"

Комментировал данные параметры - толку нет
Такой вопрос: у кого-нибудь аналогичная сетка есть?
Тогда как настраивалась?

Оффтопик Анархиста, Винды и компании

Оффтопик Анархиста, Винды и еще пары персонажей выпилен. Анархисту как зачинщику и Винде как провокатору по предупреждению. Для Винды, как абсолютно бесполезного члена сообщества это предупреждение последнее. У Анархиста тоже не много осталось.

/

NightNord написал(а):
Оффтопик Анархиста, Винды и еще пары персонажей выпилен. Анархисту как зачинщику

Суровую правду жизни (в части особенностей реализации стандартов одной небезызвестной фирмой) NN по привычке называет оффтопиком.
Налицо острая ограниченность личной практики.
Можно (и нужно) пожелать скорейшего исправления сего недостатка :)))

:wq
--
Live free or die

Эта суровая правда жизни

Эта суровая правда жизни общеизвестна, поэтому упоминание её к месту и не к месту смыслом не отягощено. Мы как бы в курсе, а тема не о том.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Попробуй настроить сеть

Попробуй настроить сеть вручную (не по DHCP) http://www.gentoo.org/doc/ru/handbook/handbook-x86.xml?part=4&chap=1 (соответственно с заменой на свои настройки). После этого попробуй достучаться до своего роутера "ping 192.168.1.1". Такое впечатление что у тебя dhcp клиент не видит твой роутер, назначает какой-то левый IP "inet addr:92.101.173.36 Bcast:92.101.173.255 Mask:255.255.255.0" откуда он его у тебя берет хз, IP должен быть из сети 192.168.1.0/24.

А у него и в убунте тоже

А у него и в убунте тоже "какой-то левый адерс" и работает!

В настоящее время

В настоящее время так:
config_eth0=( "192.168.1.3 netmask 255.255.255.0 brd 192.168.1.255" )
routes_eth0=( "default gw 192.168.1.1" )
Сети все так же нет.
Я тоже хз, откуда он его берет и почему в Убунте работает

У глинков DSL-300 была

У глинков DSL-300 была прикольная фича. Модем конектился по PPPoE на прова, получал IP, а потом этот ИП отдавался клиентскому компу. А как модем дальше рулил это дело - хз. Но факт есть факт. На компе правый IP, вместо 192.168.1.*, у модема 192.168.1.1 шлюзом тоже какая-та хрень. Подозреваю, что там поднимается мост между pppoe и eth.
P.S. Под рукой DSL-2500 нету, так что проверить эту теорию не могу. Если кто знает как еще объяснить этот феномен...

А топик стартеру: лечить dhcpcd. emerge -e world может помочь. и поправь настройки сети, убери dhcp_eth0("....")

Heggi написал(а): Если кто

Heggi написал(а):
Если кто знает как еще объяснить этот феномен...

Да нет тут никакого феномена. Этот самый DSL-2500 мона настроить бриджем, что похоже и сделано у автора, или роутером(PPPoE), что ИМХО предпочтительнее, если, конечно, бридж не обусловлен чем-либо. Тогда не то что n-m, но и dhcpcd ни к чему, поскольку dhcp этот DSL-2500 и сам неплохо умеет.

Судя по-всему PPPoE тут

Судя по-всему PPPoE тут обязательное условие.
Судя по посту http://www.gentoo.ru/node/16494#comment-118137 модем сам поднимает PPPoE
А значит ни о каком бридже и речи быть не может.

А вообще, в /var/log/messages ничего нет на эту тему?

Терпения не хватило

Цитата:
А вообще, в /var/log/messages ничего нет на эту тему?

Увы, терпения разобраться не хватило, раздел, на котором была Генту, отформатирован, скачаны свежий стэйдж и портейдж, сейчас в чруте emerge -f много всего, что будет компилиться уже в боевой системе, пока только ядро собрано.
Пока dhcpd не ставил, сеть не настраивал. На сей раз решил начать с чистого листа, пошагово. Соотвтественно ни нетворк менеджера ни его апплета не качал и не ставил. Параллельно напрягаю гугль в поисках "как сделать, чтобы было"

И снова о том же

Переустановка не помогла.
Вычистил конфиги (/etc/resolv.conf и /etc/conf.d/net)
Поставил dhcp и dhcpcd
Привожу кусок (конец) /var/log/messages

Цитата:
Sep 21 22:46:37 nik dhcpcd[7381]: eth0: renewing lease of 92.101.175.238
Sep 21 22:46:37 nik dhcpcd[7381]: eth0: acknowledged 92.101.175.238 from 192.168.1.1
Sep 21 22:46:37 nik dhcpcd[7381]: eth0: leased 92.101.175.238 for 30 seconds
Sep 21 22:46:37 nik dhcpcd[7381]: eth0: add_route: No such process
Sep 21 22:46:52 nik dhcpcd[7381]: eth0: renewing lease of 92.101.175.238
Sep 21 22:46:52 nik dhcpcd[7381]: eth0: acknowledged 92.101.175.238 from 192.168.1.1
Sep 21 22:46:52 nik dhcpcd[7381]: eth0: leased 92.101.175.238 for 30 seconds
Sep 21 22:46:52 nik dhcpcd[7381]: eth0: add_route: No such process
Sep 21 22:47:07 nik dhcpcd[7381]: eth0: renewing lease of 92.101.175.238
Sep 21 22:47:07 nik dhcpcd[7381]: eth0: acknowledged 92.101.175.238 from 192.168.1.1
Sep 21 22:47:07 nik dhcpcd[7381]: eth0: leased 92.101.175.238 for 30 seconds
Sep 21 22:47:07 nik dhcpcd[7381]: eth0: add_route: No such process
Sep 21 22:47:22 nik dhcpcd[7381]: eth0: renewing lease of 92.101.175.238
Sep 21 22:47:22 nik dhcpcd[7381]: eth0: acknowledged 92.101.175.238 from 192.168.1.1
Sep 21 22:47:22 nik dhcpcd[7381]: eth0: leased 92.101.175.238 for 30 seconds
Sep 21 22:47:22 nik dhcpcd[7381]: eth0: add_route: No such process
Sep 21 22:47:37 nik dhcpcd[7381]: eth0: renewing lease of 92.101.175.238
Sep 21 22:47:37 nik dhcpcd[7381]: eth0: acknowledged 92.101.175.238 from 192.168.1.1
Sep 21 22:47:37 nik dhcpcd[7381]: eth0: leased 92.101.175.238 for 30 seconds
Sep 21 22:47:37 nik dhcpcd[7381]: eth0: add_route: No such process
Sep 21 22:47:52 nik dhcpcd[7381]: eth0: renewing lease of 92.101.175.238
Sep 21 22:47:52 nik dhcpcd[7381]: eth0: acknowledged 92.101.175.238 from 192.168.1.1
Sep 21 22:47:52 nik dhcpcd[7381]: eth0: leased 92.101.175.238 for 30 seconds
Sep 21 22:47:52 nik dhcpcd[7381]: eth0: add_route: No such process
Sep 21 22:47:53 nik su[7872]: Successful su for root by nik
Sep 21 22:47:53 nik su[7872]: + pts/0 nik:root
Sep 21 22:47:53 nik su[7872]: pam_unix(su:session): session opened for user root by (uid=251)
Sep 21 22:48:07 nik dhcpcd[7381]: eth0: renewing lease of 92.101.175.238
Sep 21 22:48:07 nik dhcpcd[7381]: eth0: acknowledged 92.101.175.238 from 192.168.1.1
Sep 21 22:48:07 nik dhcpcd[7381]: eth0: leased 92.101.175.238 for 30 seconds
Sep 21 22:48:07 nik dhcpcd[7381]: eth0: add_route: No such process
Sep 21 22:48:22 nik dhcpcd[7381]: eth0: renewing lease of 92.101.175.238
Sep 21 22:48:22 nik dhcpcd[7381]: eth0: acknowledged 92.101.175.238 from 192.168.1.1
Sep 21 22:48:22 nik dhcpcd[7381]: eth0: leased 92.101.175.238 for 30 seconds
Sep 21 22:48:22 nik dhcpcd[7381]: eth0: add_route: No such process

eth0: add_route: No such

eth0: add_route: No such process

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

Дебаг

Сейчас в resolv.conf прописан

Цитата:
nameserver 78.36.171.200

(передран из Убунты), в /etc/conf.d/net только

Цитата:
config_eth0=( "dhcp" )

Отфильтровал messages по grep dhcp. Весь вывод приводить не буду, ибо длинно, а суть ругани все в том же:

Цитата:
Sep 22 13:58:22 nik dhcpcd[7437]: eth0: renewing lease of 92.101.175.238
Sep 22 13:58:22 nik dhcpcd[7437]: eth0: acknowledged 92.101.175.238 from 192.168.1.1
Sep 22 13:58:22 nik dhcpcd[7437]: eth0: leased 92.101.175.238 for 30 seconds
Sep 22 13:58:22 nik dhcpcd[7437]: eth0: add_route: No such process

Ну и после запуска вручную:

Цитата:
dhcpcd -d eth0
eth0: dhcpcd 4.0.13 starting
eth0: hardware address = 00:a1:b0:01:10:4c
eth0: executing `/lib/dhcpcd/dhcpcd-run-hooks', reason PREINIT
eth0: DUID = 00:01:00:01:12:4b:38:44:00:a1:b0:01:10:4c
eth0: broadcasting for a lease
eth0: sending DHCP_DISCOVER with xid 0x53bf35c0, next in 4.49 seconds
eth0: offered 92.101.175.238 from 192.168.1.1
eth0: sending DHCP_REQUEST with xid 0x53bf35c0, next in 4.83 seconds
eth0: acknowledged 92.101.175.238 from 192.168.1.1
eth0: checking 92.101.175.238 is available on attached networks
eth0: sending ARP probe (1 of 3), next in 1.72 seconds
eth0: sending ARP probe (2 of 3), next in 1.50 seconds
eth0: sending ARP probe (3 of 3), next in 2.00 seconds
eth0: leased 92.101.175.238 for 30 seconds
eth0: adding IP address 92.101.175.238/24
eth0: adding route to 0.0.0.0/0 via 78.36.160.1
eth0: add_route: No such process
eth0: executing `/lib/dhcpcd/dhcpcd-run-hooks', reason BOUND
eth0: forking to background

Перезазружаюсь в Убунту, щелкаю ПКМ на иконке nm-applet и смотрю "сведения о соединении" и вижу, что IP совпадает (92.101.175.238), шлюз по умолчанию - 78.36.160.1 (тоже знакомо), первичный DNS - 78.36.171.200 (блин, дежа-вю, прямо).
Как же все-таки, чтобы add_route не ругался: No such process, а все-таки нашел все, что надо.
Ибо Линукс без сети - это недоЛинукс. А хотелось бы все-же перейти на Генту, ибо грузится ощутимо быстрее (ну понятно - выключено лишнее при сборке ядра, а Убунте оно - генерик), да и систем не забита кучей всего, что еще запаришься вычищать. А в чруте собирать все необходимое, это как-то не то, да и по просторам сети лазить надо. (сорри за лирическое отступление)

Мож конечно и глупость, но

Мож конечно и глупость, но попробуй iproute2 установить...
"eth0: adding route to 0.0.0.0/0 via 78.36.160.1" - синтаксис очень на iproute2 смахивает

iproute2

Не помогло, как и в прошлый раз, когда устанавливал.
Все так же add_route: No such process

Воскурил я твою проблему и

Воскурил я твою проблему и вот что показала мысль:
IP: 92.101.175.238
маска: 255.255.255.0
шлюз: 78.36.160.1

Как видно, шлюз не относится к подсети 92.101.175.0/24, т.е. линукс не знает как дойти до 78.36.160.1, поэтому и "No such process"
Почему знает убунта? - возможно в ней что-то допилили, что она перестала обращать внимание на доступность шлюза.
Что допилили? - возможно ядро (и скорее всего ядро)

вот ОНО!!!! в убунте

вот ОНО!!!!

в убунте есть:
Destination Gateway Genmask Flags Metric Ref Use Iface
shpd-78-36-160- * 255.255.255.255 UH 0 0 0 eth0

т.е. прописан маршрут до шлюза!

Этот маршрут по-любому прилетает вместе с IP адресом от dhcp-сервера.
У dhcpcd по-умолчанию прием маршрутов отключен
чтобы включить, в /etc/conf.d/net надо нарисовать следующее:

modules=( "iproute2" )
config_eth0=( "dhcp" )
modules_eth0=( "dhcpcd" )
dhcpcd_eth0="-S"

Решение найдено на просторах гугла -)
http://wiki.mipt-telecom.ru/index.php/Настройка_VPN_в_Gentoo_Linux

возможно ядро

ИМХО - нет
Ибо на том же ядре - 2.6.30-r4, что и сейчас, но перед возникновением проблемы (перед обновлением системы) при установленном nm-applet, который не отображался в области уведомлений, сеть работала. Слетела после обновления, в т.ч. depclean.

Цитата:
вот ОНО!!!!

Не. Ибо:

Цитата:
dhcpcd -d eth0
eth0: dhcpcd 4.0.13 starting
eth0: hardware address = 00:a1:b0:01:10:4c
eth0: executing `/lib/dhcpcd/dhcpcd-run-hooks', reason PREINIT
eth0: DUID = 00:01:00:01:12:4b:38:44:00:a1:b0:01:10:4c
eth0: broadcasting for a lease
eth0: sending DHCP_DISCOVER with xid 0x6eefaeef, next in 4.04 seconds
eth0: offered 95.53.140.90 from 192.168.1.1
eth0: sending DHCP_REQUEST with xid 0x6eefaeef, next in 3.74 seconds
eth0: acknowledged 95.53.140.90 from 192.168.1.1
eth0: checking 95.53.140.90 is available on attached networks
eth0: sending ARP probe (1 of 3), next in 1.87 seconds
eth0: sending ARP probe (2 of 3), next in 1.14 seconds
eth0: sending ARP probe (3 of 3), next in 2.00 seconds
eth0: leased 95.53.140.90 for 30 seconds
eth0: adding IP address 95.53.140.90/24
eth0: adding route to 0.0.0.0/0 via 78.36.160.1
eth0: add_route: No such process
eth0: executing `/lib/dhcpcd/dhcpcd-run-hooks', reason BOUND
eth0: forking to background

Попробуй запустить ip route

Попробуй запустить

ip route add 78.36.160.1/32 dev eth0
dhcpcd eth0

Эту комманду можно занести в /etc/conf.d/net таким образом:

inet_gateway=78.36.160.1

preup() {
	if [[ "" == "eth0" ]]; then
		ip route add ${inet_gateway}/32 dev eth0
	fi;
}

А вообще это косяк провайдера. Замучай их саппорт, чтобы их dhcp выдавал роут до шлюза. Ну или попробуй dhclient (пакет dhcp вроде) - может он это делает автоматом (можно и насчет dhcpcd погуглить...)

Заработало

Большое спасибо NightNord

Цитата:
nik nik # ip route add 78.36.160.1/32 dev eth0
nik nik # dhcpcd eth0
eth0: dhcpcd 4.0.13 starting
eth0: broadcasting for a lease
eth0: offered 95.53.140.90 from 192.168.1.1
eth0: acknowledged 95.53.140.90 from 192.168.1.1
eth0: checking 95.53.140.90 is available on attached networks
eth0: leased 95.53.140.90 for 30 seconds

Результат - в заголовке.
Соответсвенно, поправил конфиг.
А то я уже предчувствовал, что в гугле скоро забанят за однообразные запросы с повторяющимися ключевыми словами в разных комбинациях. ;=)

Попробуй вручную

Попробуй вручную запустить
dhcpcd -S eth0

Если убунта получает этот маршрут, значит DHCP сервак прова его отдает!
Значит надо научить Генту его принимать

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".