korobeynikov Опубликовано 8 марта, 2016 (изменено) · Жалоба Люди, у кого пограничники на фряхе, подскажите где смотреть сопоставление имени интерфейса конкретной сетевой плате или виртуальному адаптеру? Т.е. интересует не вывод ifconfig, а где в файле хранится информация, что hn0 это виртуальный адаптер WAN (№1), а hn1 — LAN (№2). Изменено 8 марта, 2016 пользователем korobeynikov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
FATHER_FBI Опубликовано 8 марта, 2016 (изменено) · Жалоба В /etc/rc.conf ifconfig_fxp0_name=”net0″ Если вас интересует откуда берутся имена сетевых карт типа ixgbe0, fn0, hn0. Тут все просто, драйвер - номер карты, в вашем случае используется драйвер hn (Hyper-V Network) ну а цифра это номер сетевого интерфейса Изменено 8 марта, 2016 пользователем FATHER_FBI Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
korobeynikov Опубликовано 8 марта, 2016 · Жалоба а цифра это номер сетевого интерфейса Где гарантия того, что после перезагрузки сетевые платы с одним драйвером не поменяются местами? Номера где назначаются? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
FATHER_FBI Опубликовано 8 марта, 2016 · Жалоба а цифра это номер сетевого интерфейса Где гарантия того, что после перезагрузки сетевые платы с одним драйвером не поменяются местами? Номера где назначаются? Не знаю что нужно сделать что бы сетевые интерфейсы поменялись местами. В Linux ДА, есть такая проблема. С фряхой работаю еще с 7 версии, сначало на тазиках гонял, потом на виртуалках. Даже при vMotion/DRS/vCenter converter, сетевые оставались на месте. Хотяяя.....если пустить вот такого админа Последствия могут быть самые не предсказуемые. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 8 марта, 2016 · Жалоба Т.е. интересует не вывод ifconfig, а где в файле хранится информация, что hn0 это виртуальный адаптер WAN (№1), а hn1 — LAN (№2). Нигде. Бывает админ руками имена может раздать через rc.conf файл. Где гарантия того, что после перезагрузки сетевые платы с одним драйвером не поменяются местами? Номера где назначаются? В ядре гарантия. Линупс же всем подряд сетевухам лепит имя ethXXX, вот и получается каша. А тут каждый драйвер имеет своё имя для устройства, а номера присваиваются последовательно при перечислении шины, шина всегда перечисляется в одном порядке. Единственное когда номера могут прыгать: - при перестановке сетевух (поддерживаемых одним драйвером) местами - если как то перекоммутировать шины к которым подключены сетевухи (почти тоже самое что выше) - возможно для всяких юзби девайсов, когда драйвера юзби контроллеров загружаются в произвольном порядке ... короче в целом нужно постараться чтобы нумера прыгали. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
azhur Опубликовано 8 марта, 2016 · Жалоба В своей практике только 1 раз сталкивался, чтобы номера сетевух "прыгали". И то не "перетасовывались", а старые исчезали, а новые, с бОльшими номерами - появлялись. Так чудила виртуалка с Kerio Winroute Appliance (на базе какого-то линуха) при переносе между узлами кластера Hyper-V. Проблема решилась "прибиванием" статических MAC-адресов не все сетевухи этой ВМ. Видимо срабатывал принцип "новый MAC=новая сетевуха" при определении оборудования. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
FATHER_FBI Опубликовано 8 марта, 2016 · Жалоба Т.е. интересует не вывод ifconfig, а где в файле хранится информация, что hn0 это виртуальный адаптер WAN (№1), а hn1 — LAN (№2). Нигде. Бывает админ руками имена может раздать через rc.conf файл. Где гарантия того, что после перезагрузки сетевые платы с одним драйвером не поменяются местами? Номера где назначаются? В ядре гарантия. Линупс же всем подряд сетевухам лепит имя ethXXX, вот и получается каша. А тут каждый драйвер имеет своё имя для устройства, а номера присваиваются последовательно при перечислении шины, шина всегда перечисляется в одном порядке. Единственное когда номера могут прыгать: - при перестановке сетевух (поддерживаемых одним драйвером) местами - если как то перекоммутировать шины к которым подключены сетевухи (почти тоже самое что выше) - возможно для всяких юзби девайсов, когда драйвера юзби контроллеров загружаются в произвольном порядке ... короче в целом нужно постараться чтобы нумера прыгали. Но если прописать в rc.conf, обвязать конфиг вокруг МАС адреса, тогда в принципе пофиг, хоть USB, хоть PCI, таскай в разные слоты туда сюда. Меня больше смущает почему ТС спрашивает про пограничник а у самого фряха на пиртуалке Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 9 марта, 2016 · Жалоба Линупс же всем подряд сетевухам лепит имя ethXXX, вот и получается каша. /etc/udev/rules.d/70-persistent-net.rules Не? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dr Tr0jan Опубликовано 9 марта, 2016 · Жалоба Не знаю что нужно сделать что бы сетевые интерфейсы поменялись местами. Для MS SC VMM это вполне нормальное явление. Именно поэтому MS рекомендует для Unix машин указывать статический MAC-адрес. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
joesm Опубликовано 9 марта, 2016 · Жалоба /etc/udev/rules.d/70-persistent-net.rules Не? костыль, не? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
FATHER_FBI Опубликовано 9 марта, 2016 (изменено) · Жалоба /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 костыль, не? Изменено 9 марта, 2016 пользователем FATHER_FBI Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 9 марта, 2016 · Жалоба /etc/udev/rules.d/70-persistent-net.rules Не? костыль, не? Нет. Без этого система раздает номера интерфейсам согласно их расположением на шине. С этим костылем система привязывает номера к физическим картам. Вы можете поменять их местами, поменять материнку и т.д., номера останутся теми же. Если замените какую-либо карту, в системе исчезнет eth3, и появится eth4. Если, конечно, не редактировать "костыль". :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
korobeynikov Опубликовано 10 марта, 2016 · Жалоба Извиняюсь за длительное отсутствие, собственно, почему возник вопрос? Научен горьким опытом с Дебианом, а тут решил провести эксперимент. Создал в 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. Меня это насторожило. Меня больше смущает почему ТС спрашивает про пограничник а у самого фряха на пиртуалке Да, именно так. В ДЦ со своим блоком, и Фряха в виртуалке должна с этим справиться на ура. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Megas Опубликовано 10 марта, 2016 · Жалоба в линухе udev правила, но в deb их нету, во фряхе это отдельная тема, но тут уж надо понимать что вы делаете, да и собственно в обще в этом всем нету не каких проблем в обще. у вас каждый день меняется топология? мне кажется нет, максимум раз в пол года, так что... забейте и прежде чем делать резкие движения думайте. в целом уже лучше так пусть и будет eth0-ethX чем как в новом центухе понаделывали кучи имено и *** как хочешь теперь, головняка только добавили. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dignity Опубликовано 10 марта, 2016 · Жалоба "в линухе udev правила, но в deb их нету" Да ладно?) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
korobeynikov Опубликовано 10 марта, 2016 · Жалоба как в новом центухе понаделывали А что там понаделали? "в линухе udev правила, но в deb их нету" Да ладно?) Не было до 2010-2011 гг. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
FATHER_FBI Опубликовано 10 марта, 2016 (изменено) · Жалоба А что там понаделали? # 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 Изменено 10 марта, 2016 пользователем FATHER_FBI Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...