LINUX.ORG.RU
ФорумAdmin

Сеть в AltLinux


1

1

Тонк iru Ergo 101 Atom c предустановленным AltLinux. При запуске переводит в tty1 где минуту висит просьба воткнуть сеть и активировать железяку, потом ребут. После убивания shutdown система способна к жизни, но не видит сеть ни под какими предлогами... Подумали о прокси, но дело оказалось не в нём - сетевой адаптер не дружит ни с DHCP ни со статикой. Это в крайней степени странно - если не работает автоматика, то статика должна поднять интерфейс, но этого не происходит. Настройки правили в /etc/init.d/network и /etc/net/ifaces/eth0/options.

В процессе анализа выгребли ifup-скрипт, functions и network. Последний вызывает ifup с именем интерфейса, а ifup что-то делает, но ни в нём, ни в functions нет ни слова о чтении файла настроек /etc/net/ifaces/eth0/options (ни прямым текстом, ни с переменными, ни как-либо ещё). Единственный способ включить сеть - команда ifconfig со всеми необходимыми параметрами, но это не выход.

Что делать? Вариант «поставить другую ос» и всё в его духе не предлагать, смысл всей эпопеи в том, чтобы покопаться в возможностях этой самой ОС, а не убить её и поставить что-то своё, которое нормально работает... Ведь конечный продукт.

P.S. Такие же глюки замечались не только за альтПингвином, но и за симпли линукс, но если в нём руками задавалась статика ip, то всё работало (глючил только DHCP).

★★

Боюсь, тут надо узнавать, что придумали в IRu... Какой именно ALT Linux они поставили ?

но и за симпли линукс

Если речь про http://simplylinux.ru/, это та же самая пакетная база ALT.

Настройки правили в /etc/init.d/network

Это несколько настораживает. Тут ничего править не надо. Если правил, то что ?

В процессе анализа выгребли ifup-скрипт, functions и network.

Что значит «выгребли» ?

нет ни слова о чтении файла настроек /etc/net/ifaces/eth0/options

Очевидно, не так искали. Всё это читается и работает.
/etc/net/scripts/ifup содержит вызов pickup_options из /etc/net/scripts/functions.

В общем, приводи всё в исходное состояние и показывай, что в eth0/options
Заодно lspci -v в том месте, где про сетевую карту.

И /etc/udev/rules.d/70-persistent-net.rules не повредит.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

Выгребли - нашли, забрали на другой ПК для анализа деятельности скриптов.

Правки в /etc/init.d/network Добавлена строка гедвея (она нужна была при настройке статического IP)

Правки в /etc/net/ifaces/eth0/options Был настроен на dhcp, не работал. Дописали: бутпрото=статик, адрес=такой-то, нетворк и нетмаск айпишниками, бродкаст аналогично.

pickup_options Да, есть такая в functions, но она обращается к каталогу чтобы узнать имя интерфейса, а не прочитать его конфиг (именно это меня прибило лицом о дубовый не струганый стол)

Сейчас в eth0/options:

TYPE=eth
DISABLED=no
BOOTPROTO=static
IPADDR=169.***.***.254
NETMASK=255.***.***.0
NETWORK=169.***.***.255
BROADCAST=169.***.***.255
ONBOOT=on
USE_IFPLUGD=yes
Файла /etc/udev/rules.d/70-persistent-net.rules нет.

lspci -v

Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
	Subsystem: Mitac Device 0670
	Flags: bus master, fast devsel, latency 0, IRQ 42
	I/O ports at e800 [size=256]
	Memory at febff000 (64-bit, non-prefetchable) [size=4K]
	Memory at fdffc000 (64-bit, prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [70] Express Endpoint, MSI 01
	Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
	Capabilities: [d0] Vital Product Data
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [140] Virtual Channel
	Capabilities: [160] Device Serial Number 4b-01-00-00-68-4c-e0-00
	Kernel driver in use: r8169
	Kernel modules: r8169

zzdnx ★★
() автор топика
Ответ на: комментарий от zzdnx

Правки в /etc/init.d/network Добавлена строка гедвея

Молодцы, что тут... :-)
Для этого существует /etc/net/ifaces/eth0/ipv4route
синтаксис соответствует параметрам вызова ip из iproute2.

адрес=такой-то, нетворк и нетмаск айпишниками, бродкаст аналогично.

А кто сказал, что это надо там писать ? И кто сказал, что такие переменные, вообще, допустимы ?

pickup_options Да, есть такая в functions, но она обращается к каталогу чтобы узнать имя интерфейса

Нет. Совсем не только для этого.

Файла /etc/udev/rules.d/70-persistent-net.rules нет.

Очень странно... Хотя, вроде, модуль подгружен нужный. В общем, ладно, дело не в этом, а в полном непонимании, как настраивается сеть в etcnet. Следует забыть про network scripts (и ifconfig до кучи) и почитать про etcnet по приведённой, во втором ответе, ссылке.

AS ★★★★★
()
Ответ на: комментарий от AS

Файла /etc/udev/rules.d/70-persistent-net.rules нет.

Очень странно...

Вообще, возможно, это что-то на старых бранчах, а-ля 4.x. Там этого не было. И USE_IFPLUGD не имеет смысла сейчас, при наличии udev. Так что, действительно, похоже на что-то старое.

AS ★★★★★
()
Ответ на: комментарий от AS

Взял altlinux-6.0.0-kdesktop-x86_64-ru-install-dvd5.iso и поставил в виртуалку.

1) любит прописывать в hostname окончание .localdomain

2) DHCP НЕ работает.

3) Статический адрес настраивал из центра управления системой. Адрес 169.254.0.254/24 с указанием шлюза и DNS не работает, а после закрытия окна программы из анкеты проавдает статический адрес - поле просто ПУСТОЕ, как буд-то я ввёл все данные, кроме статического IP.

zzdnx ★★
() автор топика
Ответ на: комментарий от zzdnx

С добавлением статики разобрался, а вот DHCP так и не заработал

zzdnx ★★
() автор топика
Ответ на: комментарий от zzdnx

Окулёнок говорит что виртуалка шлёт множественные запросы в адрес DHCP-сервера, а тот предлагает, потом даёт отказ, предлагает-отказывается, снова Offer-NAK, снова, снова, снова... отличия только в ID транзакции.

zzdnx ★★
() автор топика
Ответ на: комментарий от zzdnx

2) DHCP НЕ работает.

А не в виртуалке дело ? kdesktop я в виртуалку не ставил, DHCP тоже был не нужен в kdesktop, а вот LXDEsktop в VirtualBox (вот хост, как раз, KDesktop) ставил, и с DHCP всё там было хорошо (руками не трогал). Вечером могу посмотреть, что в настройках интерфейса, можно будет сравнить.

3) Статический адрес настраивал из центра управления системой.

Тут я мало что подскажу: всё, что мне нужно в etcnet, я руками настраивать привык с тех пор, когда всей этой web/gui обвязки не было ещё.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

Сравнил настройки со стакикой: В опциях dhcp вместо static и ему так же нужны адрес DNS и зона опроса (доменные имена). Я залез в опции и поменял static на dhcp - результат ловли окулёнышем описан выше. Потом поменял dhcp на static и всё заработало. Потом сделал тот же финт, но уже из GUI - эффект был неизменен.

zzdnx ★★
() автор топика
Ответ на: комментарий от zzdnx

Пока не дома, вопрос дополнительно. А кто, в итоге, за интерфейсы отвечает ? Это по поводу NM_CONTROLLED=yes/no (на wiki вынесено в табличку предупреждение).

AS ★★★★★
()
Ответ на: комментарий от AS

Забавно, но версия dhcpcd у альтлинукса версии 4.0.15 (если верить окулёнку)

zzdnx ★★
() автор топика
Ответ на: комментарий от zzdnx

Забавно, но версия dhcpcd у альтлинукса версии 4.0.15

А чем плохо ? Если что-то там не работает на самом деле, надо баг вешать. А, вообще, есть такой ресурс:
http://packages.altlinux.org/en/Sisyphus/srpms/dhcpcd
Версии в бранчах видно в табличке справа.

For eth0 in $iface/eth0/opnions: NM_CONTROLLED=yes

Тогда смотреть надо не etcnet, а networkmanager. etcnet такие интерфейсы игнорирует.

AS ★★★★★
()
Ответ на: комментарий от AS

Вечером могу посмотреть, что в настройках интерфейса, можно будет сравнить.

eth0, тоже, контролируется посредством networkmanager по-умолчанию. NM запускает, для него, dhcpcd.

AS ★★★★★
()
Ответ на: комментарий от zzdnx

Проблема в том что на виртуалке есть networkmanager, а вот в iru его нет...

Его и не было тогда. Написано же на http://www.altlinux.org/Etcnet : «Начиная с пятой ветки, в ALT Linux может использоваться и NetworkManager» (на всякий случай, 6-ая уже не первый год, как есть). И как DHCP-интерфейс в etcnet настраивается, там, тоже, написано.

AS ★★★★★
()
Ответ на: комментарий от AS

Настроил всё как надо, по мануалу. Получение адреса не происходит. шарк рассказывает один и тот же диалог много раз к ряду:

Клиент кидает в сеть широковещательный дискавер, дублирует его.

Сервер (единственный в сетке) отдаёт оффер со всеми настройками.

Клиент отвечает широковещательным реквестом, который тут же дублирует.

Сервер посылает клиента куда по дальше - «NAK».

Потом этот диалог повторяется под другим ID транзакции снова, снова и снова... Тк же нарыл вот этот пост: dhcpcd.conf и fqdn, на примере altlinux . Видимо, не у меня одного проблема с DhcpCD.

zzdnx ★★
() автор топика
Ответ на: комментарий от zzdnx

Видимо, не у меня одного проблема с DhcpCD.

Может, всё же, начать с обновления того, что на iru стоит ? И это, DHCP-сервер виндовый что ли ?

AS ★★★★★
()
Ответ на: комментарий от AS

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

zzdnx ★★
() автор топика
Ответ на: комментарий от zzdnx

DHCP форточковый,

Это я и проверить не смогу... Лучше, тогда, или в багзиллу, или в sysadmins@lists.altlinux.org. Или в оба места сразу.

А статическая настройка-то без NM, только средствами etcnet, получилась ? Кстати, в принципе, посредством etcnet можно и что-нибудь другое поиспользовать. через скрипт, например, /etc/net/ifaces/eth0/ifup-post.

Еще чтение http://packages.altlinux.org/en/Sisyphus/srpms/dhcp/spec в этом месте

%package client
Summary: The ISC DHCP client daemon
Group: System/Servers
PreReq: %name-common = %epoch:%version-%release
Requires: %name-libs = %epoch:%version-%release
# NetworkManager can use dhclient
Provides: nm-dhcp-client

говорит о том, что можно попробовать поставить dhcp-client вместо dhcpcd и оставить NM пока. Хотя я не проверял.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

Статика работает идеально. Проверено не однократно: достаточно перезапустить сервис network со статической настройкой eth0.

zzdnx ★★
() автор топика
Ответ на: комментарий от AS

Мы решили забить на DHCP и обойтись статикой. На самый худой конец - переустановим ОС (благо, памяти и проца хватить должно).

zzdnx ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.