[Решено] Почему упала сеть?
Ситуация такова:
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 =-
Для Винды
Так. Для Винды инструкция о настройке роутера через веб-морду (что сделано давно и работает) и о создании соединения с автоматическими настройками.
В Убунте тоже автоматом подхватилось все без каких-либо настроек.
Потому у меня и есть сильное подозрение, что при depclean слетело что-то необходимое.
Попробуй прописать в
Попробуй прописать в /etc/conf.d/net
При этом в /etc/ppp/pppoe.conf
Соответственно в /etc/ppp/chap-secrets
Я сначала тоже настраивал 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?
Почему же сначала сеть подхватилась при установке этих двух приспособ.
Нет, конечно в гугле меня на забанили, чем активно и пользуюсь, но, если есть конкретные мысли, то почему бы их не высказать?
Цитата: но преобразованием
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Без него то же самое
Комментировал данные параметры - толку нет
Такой вопрос: у кого-нибудь аналогичная сетка есть?
Тогда как настраивалась?
Оффтопик Анархиста, Винды и компании
Оффтопик Анархиста, Винды и еще пары персонажей выпилен. Анархисту как зачинщику и Винде как провокатору по предупреждению. Для Винды, как абсолютно бесполезного члена сообщества это предупреждение последнее. У Анархиста тоже не много осталось.
/
Суровую правду жизни (в части особенностей реализации стандартов одной небезызвестной фирмой) 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 написал(а): Если кто
Да нет тут никакого феномена. Этот самый DSL-2500 мона настроить бриджем, что похоже и сделано у автора, или роутером(PPPoE), что ИМХО предпочтительнее, если, конечно, бридж не обусловлен чем-либо. Тогда не то что n-m, но и dhcpcd ни к чему, поскольку dhcp этот DSL-2500 и сам неплохо умеет.
Судя по-всему PPPoE тут
Судя по-всему PPPoE тут обязательное условие.
Судя по посту http://www.gentoo.ru/node/16494#comment-118137 модем сам поднимает PPPoE
А значит ни о каком бридже и речи быть не может.
А вообще, в /var/log/messages ничего нет на эту тему?
Терпения не хватило
Увы, терпения разобраться не хватило, раздел, на котором была Генту, отформатирован, скачаны свежий стэйдж и портейдж, сейчас в чруте emerge -f много всего, что будет компилиться уже в боевой системе, пока только ядро собрано.
Пока dhcpd не ставил, сеть не настраивал. На сей раз решил начать с чистого листа, пошагово. Соотвтественно ни нетворк менеджера ни его апплета не качал и не ставил. Параллельно напрягаю гугль в поисках "как сделать, чтобы было"
И снова о том же
Переустановка не помогла.
Вычистил конфиги (/etc/resolv.conf и /etc/conf.d/net)
Поставил dhcp и dhcpcd
Привожу кусок (конец) /var/log/messages
eth0: add_route: No such
eth0: add_route: No such process
У вас почему-то не добавляется роут. Попробуйте запустить dhcpcd руками с флагами, чтобы он побольше всякого дебага писал
Дебаг
Сейчас в resolv.conf прописан
(передран из Убунты), в /etc/conf.d/net только
Отфильтровал messages по grep dhcp. Весь вывод приводить не буду, ибо длинно, а суть ругани все в том же:
Ну и после запуска вручную:
Перезазружаюсь в Убунту, щелкаю ПКМ на иконке 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 надо нарисовать следующее:
Решение найдено на просторах гугла -)
http://wiki.mipt-telecom.ru/index.php/Настройка_VPN_в_Gentoo_Linux
возможно ядро
ИМХО - нет
Ибо на том же ядре - 2.6.30-r4, что и сейчас, но перед возникновением проблемы (перед обновлением системы) при установленном nm-applet, который не отображался в области уведомлений, сеть работала. Слетела после обновления, в т.ч. depclean.
Не. Ибо:
Попробуй запустить ip route
Попробуй запустить
Эту комманду можно занести в
/etc/conf.d/net
таким образом:А вообще это косяк провайдера. Замучай их саппорт, чтобы их dhcp выдавал роут до шлюза. Ну или попробуй
dhclient
(пакетdhcp
вроде) - может он это делает автоматом (можно и насчетdhcpcd
погуглить...)Заработало
Большое спасибо NightNord
Результат - в заголовке.
Соответсвенно, поправил конфиг.
А то я уже предчувствовал, что в гугле скоро забанят за однообразные запросы с повторяющимися ключевыми словами в разных комбинациях. ;=)
Попробуй вручную
Попробуй вручную запустить
dhcpcd -S eth0
Если убунта получает этот маршрут, значит DHCP сервак прова его отдает!
Значит надо научить Генту его принимать