[korobeynikov]

Люди, у кого пограничники на фряхе, подскажите где смотреть сопоставление имени интерфейса конкретной сетевой плате или виртуальному адаптеру?

Т.е. интересует не вывод ifconfig, а где в файле хранится информация, что hn0 это виртуальный адаптер WAN (№1), а hn1 — LAN (№2).

Edited March 8, 2016 by korobeynikov

[FATHER_FBI]

В /etc/rc.conf

 

ifconfig_fxp0_name=”net0″

 

Если вас интересует откуда берутся имена сетевых карт типа ixgbe0, fn0, hn0. Тут все просто, драйвер - номер карты, в вашем случае используется драйвер hn (Hyper-V Network) ну а цифра это номер сетевого интерфейса

Edited March 8, 2016 by FATHER_FBI

[korobeynikov]

а цифра это номер сетевого интерфейса

Где гарантия того, что после перезагрузки сетевые платы с одним драйвером не поменяются местами? Номера где назначаются?

[FATHER_FBI]

а цифра это номер сетевого интерфейса

Где гарантия того, что после перезагрузки сетевые платы с одним драйвером не поменяются местами? Номера где назначаются?

Не знаю что нужно сделать что бы сетевые интерфейсы поменялись местами. В Linux ДА, есть такая проблема. С фряхой работаю еще с 7 версии, сначало на тазиках гонял, потом на виртуалках. Даже при vMotion/DRS/vCenter converter, сетевые оставались на месте.

Хотяяя.....если пустить вот такого админа

Последствия могут быть самые не предсказуемые.

[Ivan_83]

Т.е. интересует не вывод ifconfig, а где в файле хранится информация, что hn0 это виртуальный адаптер WAN (№1), а hn1 — LAN (№2).

Нигде.

Бывает админ руками имена может раздать через rc.conf файл.

 

Где гарантия того, что после перезагрузки сетевые платы с одним драйвером не поменяются местами? Номера где назначаются?

В ядре гарантия.

Линупс же всем подряд сетевухам лепит имя ethXXX, вот и получается каша.

А тут каждый драйвер имеет своё имя для устройства, а номера присваиваются последовательно при перечислении шины, шина всегда перечисляется в одном порядке.

Единственное когда номера могут прыгать:

- при перестановке сетевух (поддерживаемых одним драйвером) местами

- если как то перекоммутировать шины к которым подключены сетевухи (почти тоже самое что выше)

- возможно для всяких юзби девайсов, когда драйвера юзби контроллеров загружаются в произвольном порядке

...

короче в целом нужно постараться чтобы нумера прыгали.

[azhur]

В своей практике только 1 раз сталкивался, чтобы номера сетевух "прыгали".

И то не "перетасовывались", а старые исчезали, а новые, с бОльшими номерами - появлялись.

Так чудила виртуалка с Kerio Winroute Appliance (на базе какого-то линуха) при переносе между узлами кластера Hyper-V.

Проблема решилась "прибиванием" статических MAC-адресов не все сетевухи этой ВМ.

Видимо срабатывал принцип "новый MAC=новая сетевуха" при определении оборудования.

[FATHER_FBI]

Т.е. интересует не вывод ifconfig, а где в файле хранится информация, что hn0 это виртуальный адаптер WAN (№1), а hn1 — LAN (№2).

Нигде.

Бывает админ руками имена может раздать через rc.conf файл.

 

Где гарантия того, что после перезагрузки сетевые платы с одним драйвером не поменяются местами? Номера где назначаются?

В ядре гарантия.

Линупс же всем подряд сетевухам лепит имя ethXXX, вот и получается каша.

А тут каждый драйвер имеет своё имя для устройства, а номера присваиваются последовательно при перечислении шины, шина всегда перечисляется в одном порядке.

Единственное когда номера могут прыгать:

- при перестановке сетевух (поддерживаемых одним драйвером) местами

- если как то перекоммутировать шины к которым подключены сетевухи (почти тоже самое что выше)

- возможно для всяких юзби девайсов, когда драйвера юзби контроллеров загружаются в произвольном порядке

...

короче в целом нужно постараться чтобы нумера прыгали.

Но если прописать в rc.conf, обвязать конфиг вокруг МАС адреса, тогда в принципе пофиг, хоть USB, хоть PCI, таскай в разные слоты туда сюда. Меня больше смущает почему ТС спрашивает про пограничник а у самого фряха на пиртуалке

[vop]

Линупс же всем подряд сетевухам лепит имя ethXXX, вот и получается каша.

 

/etc/udev/rules.d/70-persistent-net.rules

 

Не?

[dr Tr0jan]

Не знаю что нужно сделать что бы сетевые интерфейсы поменялись местами.

Для MS SC VMM это вполне нормальное явление. Именно поэтому MS рекомендует для Unix машин указывать статический MAC-адрес.

[joesm]

 

/etc/udev/rules.d/70-persistent-net.rules

 

Не?

костыль, не?

[FATHER_FBI]

/etc/udev/rules.d/70-persistent-net.rules

 

Не?

Это в Linux, в FreeBSD директории udev не существует

# ls -pf /etc/
X11/                    security/               ftpusers                network.subr            rc.subr                 locate.rc               netstart                aliases
bluetooth/              skel/                   gettytab                networks                remote                  hosts.lpd               pccard_ether            dumpdates
defaults/               ssh/                    group                   newsyslog.conf          rpc                     printcap                rc.suspend              wall_cmos_clock
devd/                   ssl/                    hosts                   nsswitch.conf           services                mail.rc                 rc.resume               localtime
gnats/                  zfs/                    hosts.allow             phones                  shells                  ntp.conf                master.passwd           resolv.conf
gss/                    auth.conf               hosts.equiv             profile                 sysctl.conf             nscd.conf               nsmb.conf               rc.conf
mail/                   crontab                 inetd.conf              protocols               syslog.conf             portsnap.conf           opieaccess              fstab
mtree/                  devd.conf               libalias.conf           rc                      termcap.small           pf.os                   spwd.db                 hostid
ntp/                    devfs.conf              login.access            rc.bsdextended          ttys                    csh.cshrc               passwd                  host.conf
pam.d/                  ddb.conf                login.conf              rc.firewall             amd.map                 csh.login               termcap                 opiekeys
periodic/               dhclient.conf           mac.conf                rc.initdiskless         apmd.conf               csh.logout              rmt                     make.conf
ppp/                    disktab                 motd                    rc.sendmail             snmpd.config            regdomain.xml           pwd.db                  vmware-tools/
rc.d/                   fbtab                   netconfig               rc.shutdown             freebsd-update.conf     login.conf.db           namedb

Неа не костыль, а в CentOS 7 через /etc/udev/rules.d/70-persistent-net.rules еще дают привычные имена, а то когда много сетевых интерфейсов, легко потерятся в именах типа eno16777984

костыль, не?

Edited March 9, 2016 by FATHER_FBI

[vop]

 

/etc/udev/rules.d/70-persistent-net.rules

 

Не?

костыль, не?

 

Нет. Без этого система раздает номера интерфейсам согласно их расположением на шине. С этим костылем система привязывает номера к физическим картам. Вы можете поменять их местами, поменять материнку и т.д., номера останутся теми же. Если замените какую-либо карту, в системе исчезнет eth3, и появится eth4. Если, конечно, не редактировать "костыль". :)

[korobeynikov]

Извиняюсь за длительное отсутствие, собственно, почему возник вопрос? Научен горьким опытом с Дебианом, а тут решил провести эксперимент.

 

Создал в Hyper-V виртуальные адаптеры:

hn0: 00:15:5d:8c:14:01

hn1: 00:15:5d:8c:14:02

de0: 00:15:5d:8c:14:03

de1: 00:15:5d:8c:14:04

 

Присвоил адреса через /etc/rc.conf:

ifconfig_de0="198.18.1.0 255.255.255.0"

ifconfig_hn0="198.18.2.0 255.255.255.0"

 

Гасим ВМ, удаляем виртуальные адаптеры с MAC-адресами 00:15:5d:8c:14:01 (hn0) и 00:15:5d:8c:14:03 (de0), перезапускаем.

 

И… видим, что в системе остались только сетевые интерфейсы hn0 и de0 с MAC-адресами, которые были у hn1 и de1.

 

Меня это насторожило.

 

Меня больше смущает почему ТС спрашивает про пограничник а у самого фряха на пиртуалке

Да, именно так. В ДЦ со своим блоком, и Фряха в виртуалке должна с этим справиться на ура.

[Megas]

в линухе udev правила, но в deb их нету, во фряхе это отдельная тема, но тут уж надо понимать что вы делаете, да и собственно в обще в этом всем нету не каких проблем в обще.

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

 

в целом уже лучше так пусть и будет eth0-ethX чем как в новом центухе понаделывали кучи имено и *** как хочешь теперь, головняка только добавили.

[dignity]

"в линухе udev правила, но в deb их нету"

Да ладно?)

[korobeynikov]

как в новом центухе понаделывали

А что там понаделали?

"в линухе udev правила, но в deb их нету"

Да ладно?)

Не было до 2010-2011 гг.

[FATHER_FBI]

А что там понаделали?

# ifconfig
eno16777984: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
       inet **.**.**.28  netmask 255.255.255.224  broadcast **.**.**.31
       inet6 fe80::250:56ff:fe86:5f4e  prefixlen 64  scopeid 0x20<link>
       ether 00:50:56:86:5f:4e  txqueuelen 1000  (Ethernet)
       RX packets 815555  bytes 49232812 (46.9 MiB)
       RX errors 0  dropped 846  overruns 0  frame 0
       TX packets 8374  bytes 502030 (490.2 KiB)
       TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eno33557248: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
       inet **.**.**.61  netmask 255.255.255.0  broadcast **.**.**.255
       inet6 fe80::250:56ff:fe86:4dd4  prefixlen 64  scopeid 0x20<link>
       ether 00:50:56:86:4d:d4  txqueuelen 1000  (Ethernet)
       RX packets 2833960  bytes 216311813 (206.2 MiB)
       RX errors 0  dropped 3549  overruns 0  frame 0
       TX packets 57  bytes 8325 (8.1 KiB)
       TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
       inet 127.0.0.1  netmask 255.0.0.0
       inet6 ::1  prefixlen 128  scopeid 0x10<host>
       loop  txqueuelen 0  (Local Loopback)
       RX packets 28  bytes 2944 (2.8 KiB)
       RX errors 0  dropped 0  overruns 0  frame 0
       TX packets 28  bytes 2944 (2.8 KiB)
       TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Edited March 10, 2016 by FATHER_FBI