Имена сетевых интерфейсов [РЕШЕНО]

Вопрос простой. А именно - есть сервера под федорой 12 с двумя сетевыми интерфейсами. Ожидаемо, что они будут именоваться eth0 и eth1. Однако, после перезагрузки (правильной, по reboot'у) один их этих интерфейсов получает имя _renamed. Причем далеко не каждый раз, а сюрпризом... После чего, естественно, накрывается все настройки в iptables. Ну и проблемы с доступом к хосту... Какая сволочь сетевой интерфейс переименовывает меня не споросясь? Как отучить её от такого марзопакоснейшего поведения? Или - как гаратированно получить на сетевых интерфейсах имена eth0 и eth1?

покажи что пишит dmesg, там должно было запалить свистопляски с интерфейсами.

Loky написал:

покажи что пишит dmesg, там должно было запалить свистопляски с интерфейсами.

Что именно показать? Там 40 кил текста...

приаттач файл. посмотрим.

Loky написал:

приаттач файл. посмотрим.

Сегодня, как раз и произошел ожидаемый несчатсный случай. Перезагрузил сервер (дистанционно). На сервере 2 интерфейса, один - во внутреннюю сеть, другой - на улицу. Интерфейс внутренний (eth0) при старте переименовывается в _rename и получает адрес внешнего интерфейса (eth1). Внешний интерфейс (eth1) - получает адрес интерфейса внутреннего. Естественно, что после этого всё встает раком.

# cat ifconfig.log 
_rename   Link encap:Ethernet  HWaddr 00:15:17:D4:A6:48  
          inet addr:192.168.41.2  Bcast:192.168.41.255  Mask:255.255.255.0
          inet6 addr: fe80::215:17ff:fed4:a648/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:958 errors:0 dropped:0 overruns:0 frame:0
          TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:90210 (88.0 KiB)  TX bytes:1140 (1.1 KiB)
                                                                      
eth1      Link encap:Ethernet  HWaddr 00:15:17:D4:A6:4A  
          inet addr:192.168.43.2  Bcast:192.168.43.255  Mask:255.255.255.0
          inet6 addr: fe80::215:17ff:fed4:a64a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:16747 errors:0 dropped:0 overruns:0 frame:0
          TX packets:328 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1258066 (1.1 MiB)  TX bytes:14424 (14.0 KiB)
          Memory:81a00000-81a20000 
                                                                                                                                                      
lo        Link encap:Local 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:271 errors:0 dropped:0 overruns:0 frame:0
          TX packets:271 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:23025 (22.4 KiB)  TX bytes:23025 (22.4 KiB)

Потребовалось приехать на работу. Интерфейсы поднялись корректно только после третьей перезагрузки (перезагружаю именно reboot'ом, чтобы имитировать подъем сервера из выключенного состояния). Получал на перезагрузках даже то, что оба интерфейса (уже поименованные как eth0 и eth1) получали одинаковый адрес внешнего интерфейса.

Попытки отключить интерфейс от управления NetworkManager'ом к успеху не привели. А именно, несмотря на запись, что интерфейсы надо активизировать при старте операционки, активизировался только lo. Интерфейсы ethX пришлось активизировать руками.

Правила udev спасут
как делал я

cat /etc/udev/rules.d/50-network.rules
KERNEL=="eth*", ATTR{address}=="00:15:17:28:3c:5f", NAME="eth0"
KERNEL=="eth*", ATTR{address}=="00:15:17:28:3c:61", NAME="eth1"

как сделать тебе:
поменять маки на свои, и записать это все в файл по тому же пути и имени что в примере.

PS: Источник

Anatol написал:

Правила udev спасут

Спасибо. Потерзаем серверочки перезагрузками.