В Linux-дистрибутиве Fedorа 15 запланирован (http://domsch.com/blog/?p=455) переход на новую схему (https://fedoraproject.org/wiki/Features/ConsistentNetworkDev...) именования сетевых интерфейсов. В соответствии с новой схемой, имена устройств будут формироваться в зависимости от типа подключения сетевого адаптера: "em{port}" - для встроенных в материнскую плату сетевых карт и "pci{slot}#{port}" - для карт с PCI-интерфейсом. Для устройств NPAR и SR-IOV к имени интерфейса дополнительно будет прибавляться суффикс _{vf}, для VLAN-ов ".{vlan}", а для алиасов - ":{alias}".
Классическая схема присвоения интерфейсам последовательных имен ethN, без учета их типов, сопряжена с рядом проблем. На системах с несколькими сетевыми интерфейсами в настоящее время отсутствует гарантия неизменности имени интерфейса - достаточно добавить дополнительную сетевую карту, как ранее доступный интерфейс eth0 может превратиться в eth1. На системах с большим числом сетевых карт имена интерфейсов могут м...URL: http://domsch.com/blog/?p=455
Новость: http://www.opennet.me/opennews/art.shtml?num=29370
оба-на... про udev-rules там не слышали?
слышали конечно
тогда, я надеюсь, они это сделают генерацией нового 70-persistent-net и я смогу легко откатить эти изменения.
> тогда, я надеюсь, они это сделают генерацией нового 70-persistent-net и я смогу
> легко откатить эти изменения.откатывается удалением пакета biosdevname, либо созданием своего 70-persistent-net (если был старый — он и продолжит использоваться)
опять же "ip link name $newname" никто не отменял...
# cat /etc/udev/rules.d/71-netdevice.rules
SUBSYSTEM!="net", GOTO="netdevicename_end"
KERNEL!="eth*", GOTO="netdevicename_end"
ACTION!="add", GOTO="netdevicename_end"# using NAME= instead of setting INTERFACE_NAME, so that persistent
# names aren't generated for these devices, they are "named" on each boot.
PROGRAM="/sbin/biosdevname --policy physical -i %k", NAME="%c", OPTIONS+="string_escape=replace"LABEL="netdevicename_end"
А зачем сразу глобально все менять ? Оставили бы eth вместо em для встроенных карт, все почти осталось бы как раньше. Для PCI-карт вместо "pci" нужно другое имя придумывать, например тот же eth оставить. Так как формат "pci<slot>#<port>", то "eth<slot>#<port>" не будет пересекаться с "eth<port>" для встроенных карт. "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами. В /proc и /sys уже разной связанной с PCI мути полно, возникнет большая путаница.
> "pci" может с чем угодно ассоциироваться, но только не с сетевыми платамилол! неассоциируется -- даже когда набираешь команду ifconfig? :-D
как всегда -- устоявщиеся стериотипы тормазят прогресс.. (комуто чтото показалось не элегантным и ппц!)
>> "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами
> лол! неассоциируется -- даже когда набираешь команду ifconfig? :-DКроме ifconfig сетевые интерфейсы и не связанные с сетью pci-устройства можно встретить и в других местах, начнете разгребать какую-нибудь статистику в которой будет совсем не очевидно, что подразумевается сетевой интерфейс или что-то другое. ethX явно указывает на сетевое устройство, спутать которое с чем-то другим невозможно, упоминание pci просто кишит в /sys, и если сейчас ясно, что эти упоминания связаны с pci-шиной и с любыми pci-устройствами, то к этому примешается еще pci как сетевой интерфейс. Назвали бы тогда "lan", а не "pci".
Вторая проблема - символ "#" в имени, это не только заставит переписывать некоторые скрипты, но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались.
Третья проблема - нарушение совместимости с другими дистрибутивами и стандартами CGL и LSB. Переход на новое наименование сетевых интерфейсов без согласования с другими дистрибутивами приведет к хаосу, если каждый станет называть интерфейсы как им вздумается. Утрируя, такой шаг мало чем отличается, например, от переименования /usr в /user.
> но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались.да.. такая проблема будет....
("безопасники" -- как всегда такие "безопасники"... вместо того чтобы экранировать значения html-сущностей (от XSS-атаки) и значение MySQL-данных (от SQl-инъекции) -- некоторые "безопасники" предпочитают просто отсеять лишний набор данных из полей ввода :-))
...подобный вопрос хорошо обсуждался на LOR в теме где говорилось о том что часть web-скриптов не могут ввести в качестве электронной почты -- root@localhost .. (хотя она полностью корректна)
>> но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались.
> да.. такая проблема будет....
> ("безопасники" -- как всегда такие "безопасники"... вместо того чтобы экранировать значения
> html-сущностей (от XSS-атаки) и значение MySQL-данных (от SQl-инъекции) -- некоторые "безопасники"
> предпочитают просто отсеять лишний набор данных из полей ввода :-))Да, потому что это надёжнее. Сколько ошибок, связанных с некорректным экранированием, в том числе "родными" средствами, было совершено, напомнить?..
Прогресс -- самоцель слепого.
> Прогресс -- самоцель слепого.Обоснования будут?
>> Прогресс -- самоцель слепого.
> Обоснования будут?Когда человек видит, думает, ставит и достигает цели -- обычно он сопоставляет промежуточные результаты и пытается предсказать ещё не достигнутые.
_Этот_ прогресс приводит ко всё большей деградации человека в сторону животного с сильно развитой рефлекторной деятельностью, не подпёртой пониманием делаемого. Разрыв между тем, что способны сделать единицы, и тем, что могут понять массы -- растёт.
Для тех, кто сознательно толкает прогресс -- он не самоцель, а средство. Кому "процесс важней", те слепы: даже промежуточные точки не обдумывают.
>>> Прогресс -- самоцель слепого.
>> Обоснования будут?
> Когда человек видит, думает, ставит и достигает цели -- обычно он сопоставляет
> промежуточные результаты и пытается предсказать ещё не достигнутые.
> _Этот_ прогресс приводит ко всё большей деградации человека в сторону животного с
> сильно развитой рефлекторной деятельностью, не подпёртой пониманием делаемого. Разрыв
> между тем, что способны сделать единицы, и тем, что могут понять
> массы -- растёт.
> Для тех, кто сознательно толкает прогресс -- он не самоцель, а средство.
> Кому "процесс важней", те слепы: даже промежуточные точки не обдумывают.Вообще-то про это давно сказал Станислав Ежи Лец, и с чего и следовало начать. "Когда говорят 'Да здравствует прогресс!', всегда справляйся: 'Прогресс чего?'"
Так что следовало бы спросить про эти самые цели, но сначала надо выяснить, какой же именно прогресс, да.
> Так что следовало бы спросить про эти самые цели, но сначала надо
> выяснить, какой же именно прогресс, да.Сферический: "как всегда -- устоявщиеся стериотипы тормазят прогресс.."
Типовое бездумное клише.
>> Так что следовало бы спросить про эти самые цели, но сначала надо
>> выяснить, какой же именно прогресс, да.
> Сферический: "как всегда -- устоявщиеся стериотипы тормазят прогресс.."
> Типовое бездумное клише.Так и следовало уточнить. А получилось нечто будто бы про любой прогресс вообще...
Некоторые проприетарные программы, САПРы, например, привязываются к макадресу eth0. Причем отлито там это в бронзе. Если они в один прекрасный день не найдут eth0, случится страшное. С torque тоже наступит задница -- кроме eth0 других интерфейсов не признает. Как бы с этим всем не возникли проблемы.
> Так как формат "pci<slot>#<port>", то "eth<slot>#<port>" не будет пересекаться с "eth<port>" для встроенных карт.Вот мой конфиг, пересекалось бы - как видишь.
br0 Link encap:Ethernet HWaddr --:--:--:--:50:37
inet addr:10.0.6.79 Bcast:10.0.6.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:29824 errors:0 dropped:0 overruns:0 frame:0
TX packets:2309 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1167175 (1.1 MB) TX bytes:400395 (400.3 KB)eth2 Link encap:Ethernet HWaddr --:--:--:--:7d:0b
inet addr:--.--.0.3 Bcast:--.--.0.15 Mask:255.255.255.240
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1659442 errors:0 dropped:0 overruns:0 frame:0
TX packets:1174359 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2233956693 (2.2 GB) TX bytes:100448546 (100.4 MB)
Interrupt:27 Base address:0x2000eth3 Link encap:Ethernet HWaddr --:--:--:--:50:37
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:98518 errors:1 dropped:0 overruns:0 frame:0
TX packets:107786 errors:0 dropped:0 overruns:0 carrier:0
collisions:1 txqueuelen:1000
RX bytes:37901134 (37.9 MB) TX bytes:41821323 (41.8 MB)
Interrupt:19 Base address:0xd800eth3:1 Link encap:Ethernet HWaddr --:--:--:--:50:37
inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:19 Base address:0xd800eth4 Link encap:Ethernet HWaddr --:--:--:--:50:38
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:157143 errors:1 dropped:0 overruns:0 frame:0
TX packets:106552 errors:27 dropped:0 overruns:0 carrier:27
collisions:0 txqueuelen:1000
RX bytes:49944966 (49.9 MB) TX bytes:40956762 (40.9 MB)
Interrupt:18 Base address:0xd480eth4.6 Link encap:Ethernet HWaddr --:--:--:--:50:38
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:108918 errors:0 dropped:0 overruns:0 frame:0
TX packets:100821 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:41396892 (41.3 MB) TX bytes:38553775 (38.5 MB)eth4.7 Link encap:Ethernet HWaddr --:--:--:--:50:38
inet addr:10.0.7.70 Bcast:10.0.7.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:48225 errors:0 dropped:0 overruns:0 frame:0
TX packets:5752 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:6348072 (6.3 MB) TX bytes:2406874 (2.4 MB)lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:678 errors:0 dropped:0 overruns:0 frame:0
TX packets:678 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:46572 (46.5 KB) TX bytes:46572 (46.5 KB)
Фидорасы видимо не слышали про Hot-Swap PCI и забыли про не PCI - ISA/EISAМеня интересует карта, а не то каких местом она включена.
И при смене карты, в скрипте загрузки мне надо только поменять МАС, и любая карта станет eth0.
По их задумкам, теперь надо будет переписывать все скрипты работающие напрямую с интерфейсами,
переписывать все проги работающие с функцией getifaddrs()Что за дятлы там в Федоре скучковались?!
Я понимаю что амереканцы, ну если хочется вые...нуться, пущай
заводят себе каталог /dev/ethernet/* и там е...ут себе мозг.
так эта, линукс стайл.. или я не прав? как это было стабле апи нонсенс? видимо решили что стабле интерфейс намес тоже нонсенс. Так что придется согласится.
+100500
меня во фре эта манера именования бесила - имена даются в зависимости от производителя - ппц.
сколько раз уже было - сгорела сетевая карта - поменял на другую, и пофигу, на матери она или в слоте и в каком слоте, ничего перенастраивать не надо, достаточно в udev внести необходимые изменения.
а вот те причины, которые они называют у меня еще ни разу не встречались.
не дай бог в дебиане или в убунте до такого же додумаются.
> +100500
> меня во фре эта манера именования бесила - имена даются в зависимости
> от производителя - ппц.
> сколько раз уже было - сгорела сетевая карта - поменял на другую,
> и пофигу, на матери она или в слоте и в каком
> слоте, ничего перенастраивать не надо, достаточно в udev внести необходимые изменения.Во фре, как было не раз было сказано в этой теме, можно дать своё имя интерфейсу. Так что вы сейчас продемонстрировали собственное неумение пользоваться инструментом, и только.
> Во фре, как было не раз было сказано в этой теме, можно дать своё имя интерфейсу.А в линуксе это запрещают какие-то законы природы? Просто если федористы нахимичат, а остальные подхватят - что-то мне не нравится идея засорять мозг вопросом в какое, млин, гнездо, воткнута сетевуха. А в случае юсб что будет? А то бывают например юсб-сетевухи, или фэйковые "типа сетевухи", ака юсб-линк между 2-я девайсами. Например, N900 <-> PC может притвориться с обоих сторон линка "типа сетевухами". Сейчас оно достаточно понятно обзывается. А вот если по федоровски - могу себе представить радость энумеровать юсб не где-то там ядром и плагнплюем, а по сути самим юзером, наизусть зубрящим нумерацию гнезд юсб. А если через пару хабов цепануть? Оно должно называться иначе или нет? :)
>> Во фре, как было не раз было сказано в этой теме, можно дать своё имя интерфейсу.
> А в линуксе это запрещают какие-то законы природы?Речь шла о фряхе. Про udev все уже знают.
> Просто если федористы нахимичат,
> а остальные подхватят - что-то мне не нравится идея засорять мозг
> вопросом в какое, млин, гнездо, воткнута сетевуха. А в случае юсб
> что будет? А то бывают например юсб-сетевухи, или фэйковые "типа сетевухи",
> ака юсб-линк между 2-я девайсами. Например, N900 <-> PC может притвориться
> с обоих сторон линка "типа сетевухами". Сейчас оно достаточно понятно обзывается.
> А вот если по федоровски - могу себе представить радость энумеровать
> юсб не где-то там ядром и плагнплюем, а по сути самим
> юзером, наизусть зубрящим нумерацию гнезд юсб :)Про USB я вам уже ответил. Собственно, вы бы могли и сами пройтись по ссылке, комменты с разъяснениями там появились до ваших вопросов здесь.
>[оверквотинг удален]
> А в линуксе это запрещают какие-то законы природы? Просто если федористы нахимичат,
> а остальные подхватят - что-то мне не нравится идея засорять мозг
> вопросом в какое, млин, гнездо, воткнута сетевуха. А в случае юсб
> что будет? А то бывают например юсб-сетевухи, или фэйковые "типа сетевухи",
> ака юсб-линк между 2-я девайсами. Например, N900 <-> PC может притвориться
> с обоих сторон линка "типа сетевухами". Сейчас оно достаточно понятно обзывается.
> А вот если по федоровски - могу себе представить радость энумеровать
> юсб не где-то там ядром и плагнплюем, а по сути самим
> юзером, наизусть зубрящим нумерацию гнезд юсб. А если через пару хабов
> цепануть? Оно должно называться иначе или нет? :)нэ900:
# ifconfig ue0
ue0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 5a:88:d9:aa:60:хх
inet 192.168.1.14 netmask 0xffffff00 broadcast 192.168.1.255во фре, как бы, очень понятно, что куда подключено. имена даются не по имени производителя, а по имени драйвера, плюс ко всему можно сделать, например, man em и узнать, какие вкусности есть конкретно в этом драйвере. А теперь внимание, мои сетевые устройства на ноуте:
#ifconfig
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=19b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4>
ether 00:1b:38:ea:b8:xx
inet 0.0.0.0 netmask 0xff000000 broadcast 0.255.255.255
media: Ethernet autoselect
status: no carrier
iwn0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2290
ether 00:1d:e0:49:69:xx
media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
status: associated
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1 prefixlen 64 scopeid 0x3
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000
vboxnet0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 0a:00:27:00:00:00
wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 00:1d:e0:49:69:xx
inet 192.168.2.31 netmask 0xffffff00 broadcast 192.168.2.255
media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g
status: associated
ssid xxxxx channel 6 (2437 Mhz 11g) bssid 00:1c:f0:8a:0c:xx
country US authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit
TKIP 3:128-bit txpower 15 bmiss 10 scanvalid 60 protmode CTS wme
roaming MANUAL
ue0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 5a:88:d9:aa:60:xx
inet 192.168.1.14 netmask 0xffffff00 broadcast 192.168.1.255не правда ли читаемость превосходная и понятно, что к чему и зачем, в отличии от кучи ethX
нихрена не понятно.
стоит одну из 5 одинаковых заменить другим производителем (например сгорела и с гигагита временно ставлю сотку) и привет фаервольным правилам.
мне как-то eth+ ГОРАЗДО лаконичней смотрится.
вообще, чтобы не запутаться в логике порой специально вланы и бриджи врубаю, потому что ошибка в файере менее заметна, но более критична.зы:
wlan0 - нихрена не производитель и eth - это как раз от слова этхернет.
> нэ900:
> # ifconfig ue0Это у вас где такое? В фряхе? Ue0 - звучит, да :))
> во фре, как бы, очень понятно, что куда подключено. имена даются не
> по имени производителя, а по имени драйвера,Да, видал я перспективу зубрить названия всех драйверов, аж два раза. А зачем мне засорять мозг лишними сущностями? Мне нравятся нейтральные названия типа eth0 (сразу видно, что это нечто проводное эзернетовое), wlan0 (сразу видно: беспроводное что-то), usb0 (сразу видно - usb линк), ppp0 (сразу видно - ppp-линк) и так далее. И не надо мозг засорять ненужными знаниями. В самом деле, а какая мне разница какой там по факту чипсет и каким он по факту драйвером подцепился? И, главное, зачем мне сдалось это сакральное знание в повседневном режиме? Думаете, если я хочу например ассоциироваться с точкой доступа, мне так уж сильно интересно, атерос там или броадком? В нормальной ситуации я должен запросить действо, система и драйвер должны его отпедалить. А знание о том какой именно драйвер и что именно сделал - нужно только в сильно некоторых случаях, а не постоянно.
> плюс ко всему можно сделать, например, man em и узнать, какие вкусности
> есть конкретно в этом драйвере.Это, конечно, хорошо, но, честно говоря, я предпочитаю соваться в детали только если
1) Что-то не работает как надо. Тогда почитаем мануалы.
2) Если есть проблемы с например перфомансом. Тогда тоже почитаем и погуглим.
3) Если нужны какие-то специфичные фичи. Ну, сами понимаете.Эти случаи составляют не более 10% юзежа системы, имхо. Напуркуа мне засорять мозг в остальных 90%? Он не резиновый, драйверов на свете много, и учить все опции каждого из них "просто потому что этот драйвер существует" мне в общем то не сильно то и сдалось.
> А теперь внимание, мои сетевые устройства на ноуте:
Ну, кто к нам с чем и зачем, тот от того и - того.
> не правда ли читаемость превосходная и понятно, что к чему и зачем,
> в отличии от кучи ethXИзвините, а чем тот же wlan0 принципиально лучще чем eth0? Не догоняю. То же самое что и eth0 но беспроводное. Вы уж разберитесь с двойными стандартами, имхо? :D
>> во фре, как бы, очень понятно, что куда подключено. имена даются не
>> по имени производителя, а по имени драйвера,
> Да, видал я перспективу зубрить названия всех драйверов, аж два раза. А
> зачем мне засорять мозг лишними сущностями?294, ты чо, учишь всё подряд, чо видишь? Как акын? Ну показывает да и показывает. Идентификатор да идентификатор, opaque, в его суть вдумываться не требуется.
А вот как раз для различения разных идентификаторов в кратковременной памяти при работе с большим из количеством - схема *BSD куда удобнее для человеческого мозга, чем голые циферки. Ибо разбивает на дополнительные группы. Наверняка ты, 294, даже про число Миллера и слыхом не слыхивал, а уж курса по человеко-машинным интерфейсам/инженерной психологии у тебя и подавно не было (а может, прогулял?..).
> факту чипсет и каким он по факту драйвером подцепился? И, главное,
> зачем мне сдалось это сакральное знание в повседневном режиме? Думаете,Дурень, оно тебе и не нужно, и система тебя от него как раз освобождает. При необходимости заглянуть в ман по драйверу - не нужно делать дополнительные действия. Просто посмотрел.
>> плюс ко всему можно сделать, например, man em и узнать, какие вкусности
>> есть конкретно в этом драйвере.
> Это, конечно, хорошо, но, честно говоря, я предпочитаю соваться в детали [...]
> Эти случаи составляют не более 10% юзежа системы, имхо. Напуркуа мне засорять
> мозг в остальных 90%? Он не резиновый, драйверов на свете много,
> и учить все опции каждого из них "просто потому что этот
> драйвер существует" мне в общем то не сильно то и сдалось.Инженеру нужно помнить принципы и знать, в какой справочник посмотреть, всем остальным он голову не засоряет - справочник наизусть не учит. Нерелевантные в данный момент детали его мозгом автоматически игнорируются.
Сразу видно, ты не инженер, а теоретик-зубрила - именно о выучивании справочника наизусть говоришь. Такие сдают экзамены, заучивая материал (по большей части справочный), а не вникая в принципы.
>> не правда ли читаемость превосходная и понятно, что к чему и зачем,
>> в отличии от кучи ethX
> Извините, а чем тот же wlan0 принципиально лучще чем eth0? Не догоняю.294, ты читать умеешь? wlan - это имя драйвера. Или у тебя мозг настолько маленький, что уже через одно сообщение забываешь? Только тогда вместо того, чтоб на всех углах про засирание кричать, занялся бы тренировкой памяти. Соответствующие практики в инете есть.
subj
> subjРазумеется. Данный персонаж (User294) давно здесь известен и ничего иного не заслуживает.
> Идентификатор да идентификатор, opaque, в его суть вдумываться не требуется.Зачем он тогда?
>> Идентификатор да идентификатор, opaque, в его суть вдумываться не требуется.
> Зачем он тогда?Всё очень просто. Поясню аналогией. На этом форуме сверху висят баннеры, ссылки на разделы, ссылки на управление профайлом и т.д., ссылка на сообщение внутри треда, поля в форме типы мыла и сабджекта. В большинстве случаев я просто проматываю к полю ввода текста, не вдумываясь по все эти элементы. Точно так же можно спросить, зачем они?
Затем, что если понадобится - я обращаю внимание на эти поля, и использую, Причем по некоторым, типа знака "!" перед мылом, даже man встроен прямо на странице, дополнительных действий не надо (на других сайтах, типа ЖЖ, там просто иконка со знаком вопроса висит, ведущая на хелп).
Сайт, конечно, не командная строка, но про необращение внимания на неважную сейчас внутреннюю структуру должно быть понятно.
поклонник убунту сможет обосновать чем это плохо?
Вам уже ответили конечно, но вот, на всякий случай:#ifconfig em0 name ifnet_ext
Среди официальных федоровцев много индусов. Что Вы хотите. Что сверху, из RH сольют, то и буду делать.
а как быть в случае когда MAC нужно поменять?
> а как быть в случае когда MAC нужно поменять?А кому МАС менять будете? :)
> Фидорасы видимо не слышали про Hot-Swap PCI и забыли про не PCI
> - ISA/EISAКуда они интереснее что делать с юсб? Это что, теперь придется сношать мозг вопросом в какое, бип!, гнездо юсб, бип! был воткнут, бип! мой usb2ethernet сетевой адаптер? Они бипанулись! Бип! Бип! Бип!
> Бип! Бип! Бип!Вроде ж не 4.10.1957? ;-)
> Фидорасы видимо не слышали про Hot-Swap PCI и забыли про не PCI
> - ISA/EISA
> Меня интересует карта, а не то каких местом она включена.
> И при смене карты, в скрипте загрузки мне надо только поменять МАС,
> и любая карта станет eth0.А разве интерфейсы не именуются еще на этапе загрзки ядра? За долго до того, как начнут отрабатывать скрипты из sysconfig/network-scripts?
Посмотрел в dmesg -- сетевые карты именуется еще до того, как ext3 будет смонтирована, и интерфейсы именуются в том порядке, в котором карты обнаруживаются ядром. И плевать на макадреса, которые где-то в скриптах прописаны. Как говорится -- кто раньше встал, того и тапки. Просто вам везет -- у вас совпадает порядок привязки интерфейсов к IP с порядком их обнаружения ядром.
> А разве интерфейсы не именуются еще на этапе загрзки ядра?
> За долго до того, как начнут отрабатывать скрипты из sysconfig/network-scripts?
> Посмотрел в dmesg -- сетевые карты именуется еще до того,struct drv_struct *tp;
struct net_device *dev = alloc_etherdev_mq(sizeof (*tp), 1);;
struct net_device *alloc_etherdev_mq(int sizeof_priv, unsigned int queue_count)
{
return alloc_netdev_mq(sizeof_priv, "eth%d", ether_setup, queue_count);
}
EXPORT_SYMBOL(alloc_etherdev_mq);http://lxr.linux.no/#linux+v2.6.37/net/ethernet/eth.c#L365
А исчо есть параметр netdev=<irq>,<io>,<mem_start>,<mem_end>,<name>
А исчо некоторые дриверы читают из командной строки, типа modprobe 3с509 ifname=cetevyxa
А исчо некоторые плюют навсех, и сами себя обзывают eth0, eth1,... (старый реалтек 8139)
Пусть лучше сделают наименование сетевых интерфейсов по имени драйвера сетевой, как в FreeBSD. Многие проблемы исчезнут разом.
Это не поможет — у меня, например, три одинаковых карты в pci.
Дык, rtl8139.0 rtl8139.1 rtl8139.2
А где гарантия, что нумерация 0, 1 и 2 останется неизменной?
> А где гарантия, что нумерация 0, 1 и 2 останется неизменной?Ты просил имена, а как сортировать это не проблема - по макам, по pci шинам,..., кто жив...
У меня сейчас тоже три штуки торчит, две нвидии и одна Agree,
При установке Нвидии нумеруются по младшему маку, Агрии по шине PCI,
согласно lspci она da:00.0 Ethernet controller: Agere Systems ET-131x PCI-E Ethernet Controller (rev 02)И что, теперь она станет pcidа#0 :)
> А где гарантия, что нумерация 0, 1 и 2 останется неизменной?Не знаю, как во фре, а в опёнке вроде как такая гарантия есть, по крайней мере, за этим следят.
>> А где гарантия, что нумерация 0, 1 и 2 останется неизменной?
> Не знаю, как во фре, а в опёнке вроде как такая гарантия
> есть, по крайней мере, за этим следят.нумерация останется неизменной, номера будет засисеть от слота в который карта сунута.
Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды?
> Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды?Лучше пусть таланты объяснят: какой смысл в перетыкании сетевух местами? Это такой вариант операции NOP в исполнении сисадмина? oO
>> Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды?
> Лучше пусть таланты объяснят: какой смысл в перетыкании сетевух местами? Это такой
> вариант операции NOP в исполнении сисадмина? oOЭто обычное шаманство, которое иногда помогает. Сам сталкивался на каком-то вполне себе новом и исправном HP-шном серваке. Одна из пары интеловских двухпортовок в упор не виделась. Поменяли местами — всё нормально. Глюк BIOS, или ещё что — хрен знает, разбираться было некогда, а потом машина пошла в продакшн, и пашет до сих пор на ура.
> Это обычное шаманство, которое иногда помогает.Не люблю шаманство. Шаманство означает что где-то порылся баг/глюк.
> Сам сталкивался на каком-то вполне себе новом и исправном HP-шном серваке.
Хотите сказать что хьюлет вам продал сервак в неработоспособной конфигурации? :) Или это вы уже сами своими руками сгородили?
> Одна из пары интеловских двухпортовок в упор не виделась.
> Поменяли местами — всё нормально. Глюк BIOS, или ещё что — хрен знает,
> разбираться было некогда, а потом машина пошла в продакшн, и пашет
> до сих пор на ура.С таким подходом имхо вы так и будете мудохаться с вечно полудохлым ACPI и что там у вас еще. Безусловно, баг можно кой-как "заткнуть жевательной резинкой", но это не означает что он пропал. Я бы в такой ситуации попробовал бы как минимум грузануться в несколько разных ОС чтобы понять насколько проблема в конкретной ОС, например. Благо, это недолго.
>> Это обычное шаманство, которое иногда помогает.
> Не люблю шаманство. Шаманство означает что где-то порылся баг/глюк.Полностью согласен.
>> Сам сталкивался на каком-то вполне себе новом и исправном HP-шном серваке.
> Хотите сказать что хьюлет вам продал сервак в неработоспособной конфигурации? :) Или
> это вы уже сами своими руками сгородили?Сервак нормальный. Его купили незадолго до моего прихода в контору. Сетевухи купили отдельно, уже по моему указанию.
>> Одна из пары интеловских двухпортовок в упор не виделась.
>> Поменяли местами — всё нормально. Глюк BIOS, или ещё что — хрен знает,
>> разбираться было некогда, а потом машина пошла в продакшн, и пашет
>> до сих пор на ура.
> С таким подходом имхо вы так и будете мудохаться с вечно полудохлым
> ACPI и что там у вас еще. Безусловно, баг можно кой-как
> "заткнуть жевательной резинкой", но это не означает что он пропал. Я
> бы в такой ситуации попробовал бы как минимум грузануться в несколько
> разных ОС чтобы понять насколько проблема в конкретной ОС, например. Благо,
> это недолго.Не было времени. :( А второго такого же нету.
>> Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды?
> Лучше пусть таланты объяснят: какой смысл в перетыкании сетевух местами? Это такой
> вариант операции NOP в исполнении сисадмина? oOэто когда ты в своем зюзероутере о 2-3 pci сетевухах пыль решишь погонять пылесосом, например.
Или еще пример: твой любимый оппонент по троллингу nuclight может расказать занимательную историю о том как сдавали по гарантии юнит, как тот вернулся и что было с именами интерфейсов по линаксом
P.S. ты точно уверен что знаешь для чего nop нужна/что значит? я как-то не смог связать ее с тем что ты до нее написал;-))
> это когда ты в своем зюзероутере о 2-3 pci сетевухах пыль решишь
> погонять пылесосом, например.Когда коту делать нечего... в смысле, я еще не видел чтобы компьютер перестал работать от пыли на именно сетевухах, зато я видел как компьютеры переставали работать от сборки-разборки почем зря. Особенно всякими криворукими.
> Или еще пример: твой любимый оппонент по троллингу nuclight может расказать занимательную
> историю о том как сдавали по гарантии юнит, как тот вернулся
> и что было с именами интерфейсов по линаксомОй, вселенская трагедия. А что, в остальных системах подобные ситуации напрочь исключены? Особенно при не дай боже замене сетевых карт на карты другого типа? Конечно, можно упереться рогом и ждать замену эквивалентную 1 в 1 хрен бы его знает сколько, но зачастую если нагнулась сетевха ее проще заменить на то что есть. А в чем профит прикопаться к одной конкретной ситуации, но забить на 100500 аналогичных, где будет то же самое? Это такой странный метод доказательства тезиса "линукс - говно" чтоли? :)
> P.S. ты точно уверен что знаешь для чего nop нужна/что значит?
Если имеется в виду ассемблерная команда "нифига не делать" - да, я хорошо знаю для чего она нужна. Вот перестановка админом сетевок сильно напоминает данное действо. Вроде что-то и было сделано, а результат - нулевой :). В смысле, время угрохано впустую с нулевым выхлопом. Спасибо если вреда нет.
> я как-то не смог связать ее с тем что ты до нее написал;-))
А тут все просто: админ который развлекается перетасовкой сетевок в слотах - определенно страдает фигней.
>> Или еще пример: твой любимый оппонент по троллингу nuclight может расказать занимательную
>> историю о том как сдавали по гарантии юнит, как тот вернулся
>> и что было с именами интерфейсов по линаксом
> Ой, вселенская трагедия. А что, в остальных системах подобные ситуации напрочь исключены?
> Особенно при не дай боже замене сетевых карт на карты другого
> типа? Конечно, можно упереться рогом и ждать замену эквивалентную 1 в
> 1 хрен бы его знает сколько, но зачастую если нагнулась сетевха
> ее проще заменить на то что есть. А в чем профитречь о том что сервер уехал, грубо говоря, с бродкомами на борту, и именно в такой же комплектации приехал. Просто, например, разбирали его и кусками тестили.
>> P.S. ты точно уверен что знаешь для чего nop нужна/что значит?
> Если имеется в виду ассемблерная команда "нифига не делать" - да, я
> хорошо знаю для чего она нужна.отличное, технарское, что называется "на пальцах" объяснение.
> Вот перестановка админом сетевок сильно
> напоминает данное действо. Вроде что-то и было сделано, а результат -
> нулевой :). В смысле, время угрохано впустую с нулевым выхлопом. Спасибо
> если вреда нет.а в нормальных ОС вреда от этого и не будет;-)
>> я как-то не смог связать ее с тем что ты до нее написал;-))
> А тут все просто: админ который развлекается перетасовкой сетевок в слотах -
> определенно страдает фигней.правильно, нужно срочно заниматься чем-то что эксперт user294 не считает фигней, фапать на нокИю например. или троллить в интернетах.
> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута.Сюрприз, может меняться в зависимости от версии/настроек BIOS.
>> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута.
> Сюрприз, может меняться в зависимости от версии/настроек BIOS.Угу, но это стабильный фактор. BIOS сам собой не обновляется и настройки себе произвольно не меняет. Пока что. Вроде бы. Надеюсь...
>> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута.
> Сюрприз, может меняться в зависимости от версии/настроек BIOS.мде. а еще сетевуха которая посередине стоит может сгореть! и тоже поедут номера. ну смешно же, право.
>>> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута.
>> Сюрприз, может меняться в зависимости от версии/настроек BIOS.
> мде. а еще сетевуха которая посередине стоит может сгореть! и тоже поедут
> номера. ну смешно же, право.Если по businfo прибито, то никто никуда не поедет -- разве что дырка в нумерации образуется (если таковая используется).
> Дык, rtl8139.0 rtl8139.1 rtl8139.2А чем это лучше чем eth0, eth1, eth2? И напуркуа мне знать в имени и-фейса что там - реалтек? Если мне надо будет это знать, я это и так узнаю. А так - ну вон атероса купили и теперь он стал квалком. Это что - резко переименовать все сетевые и-фейсы теперь? :)
>> Дык, rtl8139.0 rtl8139.1 rtl8139.2
> А чем это лучше чем eth0, eth1, eth2?Сразу видно, что за драйвер отвечает. В принципе, дело вкуса, конечно. :)
> И напуркуа мне знать в имени и-фейса что там - реалтек? Если мне надо
> будет это знать, я это и так узнаю. А так -
> ну вон атероса купили и теперь он стал квалком. Это что
> - резко переименовать все сетевые и-фейсы теперь? :)Зачем? Это ж имя драйвера, а не фирмы или ещё кого.
> Сразу видно, что за драйвер отвечает.Если меня будет интересовать эта информация - я ее узнаю. Только она мне будет нужна не более чем в 10% случаев. Зачем мне засирать мозг?
> В принципе, дело вкуса, конечно. :)
Мне больше нравится группировка интерфейсов по их типу.
> Зачем? Это ж имя драйвера, а не фирмы или ещё кого.А, ну вообще - да, пожалуй. Хотя называть драйвер именем фирмы которой уже нет - тоже как-то странно. Особенно весело будет когда появятся новые чипы, под новым брендом. Будем называть квалком атеросом? Или атерос квалкомом? Или новый драйвер забацают чисто по поводу переимнования конторы? (врядли они будут сильно переделывать сами чипы :D)
>> Сразу видно, что за драйвер отвечает.
> Если меня будет интересовать эта информация - я ее узнаю. Только она
> мне будет нужна не более чем в 10% случаев. Зачем мне
> засирать мозг?
>> В принципе, дело вкуса, конечно. :)
> Мне больше нравится группировка интерфейсов по их типу.Я и говорю, дело вкуса, и в любом случае не смертельно.
>> Зачем? Это ж имя драйвера, а не фирмы или ещё кого.
> А, ну вообще - да, пожалуй. Хотя называть драйвер именем фирмы которой
> уже нет - тоже как-то странно. Особенно весело будет когда появятся
> новые чипы, под новым брендом. Будем называть квалком атеросом? Или атерос
> квалкомом? Или новый драйвер забацают чисто по поводу переимнования конторы? (врядли
> они будут сильно переделывать сами чипы :D)Это уже Linux-специфика как раз. В *BSD названия более абстрактные. например: dc, ie, fxp, em, ex, ix — драйвера для разных Intel'овских Ethernet-карт.
> Я и говорю, дело вкуса, и в любом случае не смертельно.Ну да, но мне не нравится идея федористов с названием сетевух по их физическому подключению.
> Это уже Linux-специфика как раз.
Да ну? А чойта у меня в линухе вайфай называется wlan0? Вообще без указания какой драйвер и чип. Что хорошо, мля. Потому что греть мозг вопросом какой там чип нужно только в очень некоторых случаях. Не являющихся "крейсерским" использованием ОС и сетевого ифейса ни разу.
> В *BSD названия более абстрактные. например: dc, ie, fxp, em, ex, ix — драйвера
> для разных Intel'овских Ethernet-карт.Мне такое обозначение не нравится. Зачем называть сетевые и-фейсы сокращениями, которые и без того используются людьми там и тут? (Постоянный ток, кривой браузер, порт телефонии, ... internet exchange). В случае eth* - сразу понятно что это, других сокращений никому особо в голову не придет, и хорошо описывает тип девайса. Хренли еще надо? :)
>> Это уже Linux-специфика как раз.
> Да ну? А чойта у меня в линухе вайфай называется wlan0? Вообще
> без указания какой драйвер и чип. Что хорошо, мля. Потому что
> греть мозг вопросом какой там чип нужно только в очень некоторых
> случаях. Не являющихся "крейсерским" использованием ОС и сетевого ифейса ни разу.Вы не посмотрели, о чём речь. «rtl8139» — так драйвера (сетевух) называются в Linux.
>> В *BSD названия более абстрактные. например: dc, ie, fxp, em, ex, ix — драйвера
>> для разных Intel'овских Ethernet-карт.
> Мне такое обозначение не нравится. Зачем называть сетевые и-фейсы сокращениями, которые
> и без того используются людьми там и тут? (Постоянный ток, кривой
> браузер, порт телефонии, ... internet exchange). В случае eth* - сразу
> понятно что это, других сокращений никому особо в голову не придет,
> и хорошо описывает тип девайса. Хренли еще надо? :)Повторюсь, дело вкуса. По мне так эти споры выеденного яйца не стоят. Главное, чтобы так или иначе всё было понятно. Названия эти придумывал в том числе сам Intel, претензии к нему тож. ;)
В OpenBSD, к слову, Wi-Fi-интерфейсы автоматически попадают в группу wlan, так что в этом случае имеется и то, и другое. ;)
>> Дык, rtl8139.0 rtl8139.1 rtl8139.2/dev/rl0, /dev/rl1, /dev/rl2, если это стомегабитные адаптеры на чипах RealTek 8129/8139.
> А чем это лучше чем eth0, eth1, eth2?
Тем, что их можно легко переименовать в более осмысленную схему именования — всего по строчке на интерфейс, а отличие от этих ваших ничего не значащих eth*, которые неизвестно где переименовывать нужно и вертеть кучей настроек.
> И напуркуа мне знать в имени и-фейса что там - реалтек?
В случае двух разных интерфейсов они отличаются и позицией гнезда, и названием своего драйвера. То есть можно однозначно сказать, что, допустим, патчкорд, сунутый в интеграшку nfe0 будет получать Internet от провайдера, а патчкорд из дискретной гигабитки re0 точно идёт в локалную сеть прямо на свитч. И ничего выдумывать с именами не надо — всё и так предельно видно и ясно — они не поменяются "местами".
> Если мне надо будет это знать, я это и так узнаю.
А вам надо вооружаться тестером сети или временно выдёргивать патчкорд (грубо говоря), чтобы определить, какое гнездо к какому интерфейсу принадлежит.
> А так -
> ну вон атероса купили и теперь он стал квалком. Это что
> - резко переименовать все сетевые и-фейсы теперь? :)Названия старых чипов/драйверов останутся прежними.
> А вам надо вооружаться тестером сети или временно выдёргивать патчкорд (грубо говоря),
> чтобы определить, какое гнездо к какому интерфейсу принадлежит.Надо же, надо будет запретить ethtool -p eth1 3 моргать лямпочкой три секунды.
(справедливости ради -- не на всех драйверах/чипах это работает, не всегда лямпочка есть/видима, ну и таймаут стоит не забывать, потому как интерфейс на это время блокируется)PS: глупости по поводу "с ыменем драйвера лучше" не выдерживают проверки ethtool -i $iface, если что.
это всё ещё фигня.
а вот когда кучу фаервольных настроек нужно будет под каждого азен-производителя колбасить, вот тогда начнётся веселье.а вообще забавно - помнится в опенсолярке за достижение писали как наконецто можно заменить на eth+ все интерфейсы и будет щастье, а тут всё наоборот.
точно, солярщики в федорчуки подались. :D
> /dev/rl0, /dev/rl1, /dev/rl2, если это стомегабитные адаптеры на чипах RealTek 8129/8139.Внимание, вопрос: нахрена мне знать что это - реалтек? Ну разве что чтобы поржать над куль-админами перетасовывающих в пыльных слотах свои крутейшие реалтеки 8139? :)
Меня в сетевой карте скорее может заинтересовать:
1) Тип и-фейса. Чтобы хотя-бы грубо прикинуть чего это вообще и имеет ли оно какие-то особенности с точки зрения работы. Думаю не секрет что wireless интерфейс отличается от проводного, а ppp-линк - имеет свойство появляться и пропадать. Самое общее описание и-фейса в его названии по-моему вполне удобно как некий дефолт.2) Меня может волновать то что на другом конце провода (сеть/машина/etc). В общем что-то типа имени линка по которому понятно куда и нафига оно идет. Какая-то информация о сети или ее конфигурации. Но этого никто кроме меня не знает, поэтому сие не может быть дефолтным именем и-фейса. Это только я сам могу обозвать.
3) Ну ладно, меня могут интересовать, допустим, вланы. Не имею ничего против их обзывания как eth0.1 или что-то наподобие. Прекрасно видно что и где.
Но зачем мне знать что те 3 сетевки - именно реалтек? А если они будут, допустим, интел - для меня что-то принципиально изменится в самом общем случае? :)
>> А чем это лучше чем eth0, eth1, eth2?
> Тем, что их можно легко переименовать в более осмысленную схему именования —А eth* переименовать нельзя чтоли? :)
> всего по строчке на интерфейс, а отличие от этих ваших ничего не значащих eth*,
Оно вполне себе означает что это - сетевая карта, проводной эзернет. А реалтек делает, извиняюсь, чипы и для проводных и для беспроводных сетей (аналогично и интел, атерос, броадком, ...). И как бы мне актуальнее понять что оно например беспроводное, чем то что оно - реалтек. Тупо потому что вендор-специфичные плюшки нужны редко, а вот работа с вайфай и проводным эзернетом отличается вообще всегда. Ну и так далее.
> которые неизвестно где переименовывать нужно и вертеть кучей настроек.
Кто и где осилил переименование имхо вообще к делу не относится, я про дефолты сугубо. Потому что переименовыавть ифейсы везде - можно и подзадолбаться, а поэтому хорошо бы чтобы имена по дефолту были вменяемыми ;)
> В случае двух разных интерфейсов они отличаются и позицией гнезда, и названием
> своего драйвера.Опять же, занафига мне все это знать в общем случае?
> То есть можно однозначно сказать, что, допустим, патчкорд, сунутый
> в интеграшку nfe0 будет получать Internet от провайдера, а патчкорд из
> дискретной гигабитки re0 точно идёт в локалную сеть прямо на свитч.Да, конечно, вот прямо из названия nfe0 офигенно видно - что это интернет от провайдера туда воткнут :). Намного виднее чем из названия типа eth0, ага :)
> предельно видно и ясно — они не поменяются "местами".
У меня они и так не меняются местами. Я может быть делаю что-то не так?
> А вам надо вооружаться тестером сети или временно выдёргивать патчкорд (грубо говоря),
> чтобы определить, какое гнездо к какому интерфейсу принадлежит.Какой-то весьма оригинальный метод определения гнезд oO. Нет, можно, конечно, даже сетевую карту вытащить, если шило в жопе зудит сказать что линукс сосет, но чесслово, это совсем не обязательно для определения того что и куда воткнуто :)
> Названия старых чипов/драйверов останутся прежними.
Зато новых чипов сделают. Под новыми брендами. Но практически со старой начинкой.
>> /dev/rl0, /dev/rl1, /dev/rl2, если это стомегабитные адаптеры на чипах RealTek 8129/8139.
> Внимание, вопрос: нахрена мне знать что это - реалтек?Ну так, чтобы знать, что у тебя установлено под жестянкой не гигабитка, а полудохлая сотка. И не ждать от неё чудес производительности на этом интерфейсе.
> Меня в сетевой карте скорее может заинтересовать:
> 1) Тип и-фейса. Чтобы хотя-бы грубо прикинуть чего это вообще и имеет
> ли оно какие-то особенности с точки зрения работы.Это есть.
> 2) Меня может волновать то что на другом конце провода (сеть/машина/etc). В
> общем что-то типа имени линка по которому понятно куда и нафига
> оно идет. Какая-то информация о сети или ее конфигурации. Но этого
> никто кроме меня не знает, поэтому сие не может быть дефолтным
> именем и-фейса. Это только я сам могу обозвать.??? Я даже не могу представить, накой тебе знать, какая карточка стоит в ящике провайдера, которая отдаёт тебе интернет по Ethernet.
> Но зачем мне знать что те 3 сетевки - именно реалтек? А
> если они будут, допустим, интел - для меня что-то принципиально изменится
> в самом общем случае? :)Да. Intel лучше справляется с большими нагрузками — точно знаешь, куда какой патчкорд втыкать без открытия крышки системника.
> А eth* переименовать нельзя чтоли? :)
Нельзя. Однозначного переименования, как тут писали, не получится: в одном случае это будет старое название, в другом новое — понимай как знаешь. В общем, линуксятники путаники ещё те.
>> всего по строчке на интерфейс, а отличие от этих ваших ничего не значащих eth*,
> Оно вполне себе означает что это - сетевая карта, проводной эзернет. А
> реалтек делает, извиняюсь, чипы и для проводных и для беспроводных сетей
> (аналогично и интел, атерос, броадком, ...). И как бы мне актуальнее
> понять что оно например беспроводное, чем то что оно - реалтек.Так по выводу ifconfig определяется ВСЁ.
>> В случае двух разных интерфейсов они отличаются и позицией гнезда, и названием
>> своего драйвера.
> Опять же, занафига мне все это знать в общем случае?
>> То есть можно однозначно сказать, что, допустим, патчкорд, сунутый
>> в интеграшку nfe0 будет получать Internet от провайдера, а патчкорд из
>> дискретной гигабитки re0 точно идёт в локалную сеть прямо на свитч.
> Да, конечно, вот прямо из названия nfe0 офигенно видно - что это
> интернет от провайдера туда воткнут :). Намного виднее чем из названия
> типа eth0, ага :)Намного виднее, так как интеграшка nfe0 (NVIDIA) распаяна на плате, и её гнездо торчит не из слота PCI-адаптеров, а среди разъёмов материнки.
Патчкорд тоже осязаемый руками, можно сказать, откуда он идёт и куда можно его воткнуть.>> предельно видно и ясно — они не поменяются "местами".
> У меня они и так не меняются местами. Я может быть делаю что-то не так?Просто у тебя одна сетевушка eth0.
> Ну так, чтобы знать, что у тебя установлено под жестянкой не гигабитка,
> а полудохлая сотка. И не ждать от неё чудес производительности на
> этом интерфейсе.Хм, и поменяв на fxp, бежать всё перематывать в файрволе?
> Да. Intel лучше справляется с большими нагрузками
Интересно, что сейчас лучше справляется -- ixgb или mlx4_en...
(hint: большие нагрузки втыкаются немножко другим кабелем)
>> Ну так, чтобы знать, что у тебя установлено под жестянкой не гигабитка,
>> а полудохлая сотка. И не ждать от неё чудес производительности на
>> этом интерфейсе.
> Хм, и поменяв на fxp, бежать всё перематывать в файрволе?Да, так как в Linux с большой вероятностью съедет нумерация интерфейсов, и файервол вместо того, чтобы предоставлять NAT пользователям локалки, будет предоставлять NAT провайдеру в локальную сеть. :))
Да, если на FreeBSD, так как файервол не заработает — новому интерфесу нужно ставить в соответствие ранее использованное имя в пакетном фильтре.
> Да, так как в Linux с большой вероятностью съедет нумерация интерфейсовХорошо бы экспертную оценку величины этой вероятности -- дистрибутивы-то не в курсе.
> Да, если на FreeBSD, так как файервол не заработает — новому интерфесу
> нужно ставить в соответствие ранее использованное имя в пакетном фильтре.Бишь не поднимется и соответственно пропускать будет всё подряд?
>> Ну так, чтобы знать, что у тебя установлено под жестянкой не гигабитка,
>> а полудохлая сотка. И не ждать от неё чудес производительности на
>> этом интерфейсе.
> Хм, и поменяв на fxp, бежать всё перематывать в файрволе?а кто Вас заставляет отказываться от использования макросов? ;) поменять в 1 месте название интерфейса не думаю что сложно, тем более если знать что, например, вместо реалтека будет сунут fxp;)
>> Хм, и поменяв на fxp, бежать всё перематывать в файрволе?
> а кто Вас заставляет отказываться от использования макросов? ;)Собсно мне-то что кажется: rl1 вместо eth2 -- это шило на мыло. И хватит его уже дёргать. Потому как если для конкретного хоста важен смысл -- то важно с технической стороны будет то, могут ли ядро+утилиты это организовать, а всё остальное из нужного -- пережить.
С "осмысливанием" в более общем случае действительно проблемы -- можно пытаться исходить из типа железки (eth/wifi), наличия или отсутствия маршрутизации пакетиков куда-нить до 8.8.8.8 или ещё чего, но для сколь-нибудь толкового автоугадава всё равно придётся сужать условия задачи. У нас такая задачка обдумывается для дистрибутива, который разворачивается на ферме управления кластером -- где различать e.g. управляющую и сервисную сеть достаточно сильно помогает, причём физика может быть существенно разная под одними по функции интерфейсами разных хостов. Соответствующую страничку на внутренней вики рисовали в четыре руки с netch@. :)
> Пусть лучше сделают наименование сетевых интерфейсов по имени драйвера сетевой, как в
> FreeBSD. Многие проблемы исчезнут разом.Конкретно FreeBSD тут ни при чём, это наследие BSD как таковое.
Интересно другое — я и не знал, что для Linux нынче актуальна проблема смены имён интерфейсов при перезагрузке.
Redhat, кажется, таки поехал крышей. :(
> Интересно другое — я и не знал, что для Linux нынче актуальна
> проблема смены имён интерфейсов при перезагрузке.а еще можно разобрать машинку, пропылесосить, собрать обратно (поставив сетевухи не так как стояли, перемешав) и получить совершенно другие номера;-)
простите а что опция MAC="xxxxxx" в if-ethX уже не актуальна?Таки RedHat гонит. Хотя.. что хотели от монополиста? что хочу то и ворочу - а вы будете жрать что дали.
> простите а что опция MAC="xxxxxx" в if-ethX уже не актуальна?не в курсе.
> Таки RedHat гонит. Хотя.. что хотели от монополиста? что хочу то и
> ворочу - а вы будете жрать что дали."простите, не мы, а Вы" (с) я, к счастью, давно не сталкиваюсь с linux.
Я конечно могу ошибаться, поскольку очень давно ставил "дядю Федора", но разве там файлы настройки сетевых генерируются не согласно MAC'у?
Да, такая проблема есть. Дома стоит RedHat 5.какой-то, и две сетевухи. Иногда сетевухи меняются именами после перезагрузки.
Но правда есть механизм под название udev. Им можно всё что угодно привязать к тому имени который необходим.
Делать им больше нечего. Правила udev легко решают проблемы с фиксацией имён интерфейсов, не вижу смысла в новых костылях и разрушении стандартного способа именования интерфейсов — это сделает более сложным перенос программ и скриптов между дистрибутивами.
> Правила udev легко решают проблемы с фиксацией имён интерфейсовтык вот они как раз навено и решили это -- через udev
(а вы как думали? что они решили это -- через волшебную магию? :-D :-D)
> это сделает более сложным перенос программ и скриптов между дистрибутивами.
например на моём компьютере (изза ранее перестановак Ethernet-карт) -- нет ниодной сетевой карты с именем eth0... но зато есть аж целых две: eth1 и eth2
...скажите пожалуйста -- _КАК_ "программы и скрипты" которые запутываются от всяких неординарных имён сетевых интерфейсов (типа "pci12#45") -- смогут корректно работать с "eth1" и "eth2" (но без "eth0") ???
наверно этот нонсенс! если скрипт не тупой -- то ему будет сёравно как называется сетевой интерфейс!
...а если скрипт написал идиот который щитает что у всех компьютеров сетевой интерфейс называется строго "eth0" -- то ВТОПКУ такие скрипты и программы :-D
ню-ню
если скрипт не поддерживают цветовую дифференциацию штанов - ф топку его.
есть стандарты и их надо придерживаться. в линуксе сетевые интерфейсы ethernet именуются как eth* и все пишут программы именно с таким расчетом.
> ню-ню
> если скрипт не поддерживают цветовую дифференциацию штанов - ф топку его.
> есть стандарты и их надо придерживаться. в линуксе сетевые интерфейсы ethernet именуются
> как eth* и все пишут программы именно с таким расчетом.Угу. Правда, сетевые интерфейсы бывают ещё и не-Ethernet. Транки там всякие, VLAN'ы... И мне что-то в голову не приходят программы, которые не должны работать нигде, кроме как на реальных Ethernet-интерфейсах.
А слово «стандарт» здесь вообще не применимо. Максимум «соглашение», а точнее, это просто «так исторически сложилось».
>> ню-ню
>> если скрипт не поддерживают цветовую дифференциацию штанов - ф топку его.
>> есть стандарты и их надо придерживаться. в линуксе сетевые интерфейсы ethernet именуются
>> как eth* и все пишут программы именно с таким расчетом.
> Угу. Правда, сетевые интерфейсы бывают ещё и не-Ethernet. Транки там всякие, VLAN'ы...
> И мне что-то в голову не приходят программы, которые не должны
> работать нигде, кроме как на реальных Ethernet-интерфейсах.
> А слово «стандарт» здесь вообще не применимо. Максимум «соглашение»,
> а точнее, это просто «так исторически сложилось».Слова "Стандарт" и "Линукс" вообще подходят друг к другу как кулак к носу.
Проблема определена верно. А вот решение явно сырое и непродуманное. Ну, например, разве не может быть встроенная карта pci? Или вот две встроенные карты - ну чем оно поможет против переименования? Вот что-то типа labels бы для сетевух, ну так это в udev практически и сделано.
> разве не может быть встроенная карта pci?Все встроенные - PCI, они по любому паяются к Южному мосту
и BIOS их не отличает от слотовых, а они видимо решили, что знают лучше BIOS.
к сожалению(или радости) вам надо узнать что все современные сетевые адаптеры PCI-E и памяются они не к южному а к северному мосту на 1х PCI-E.
> к сожалению(или радости) вам надо узнать что все современные сетевые адаптеры PCI-E
> и памяются они не к южному а к северному мосту на 1х PCI-E.Да хоть к экватору, PCI она и в африке PCI
У меня ваще два чипсета, одна сетевуха впаяна к Nvidia nForce Pro 2200,
другая к Nvidia nForce Pro 2050, та же фигня в PCI-E портами,
судя по определению мостов они все Южные, хотя 2050 больше похож на Север,
так как к ниму припаян только один PCI-E и сетевуха.
> к сожалению(или радости) вам надо узнать что все современные сетевые адаптеры PCI-E
> и памяются они не к южному а к северному мосту на 1х PCI-E.Остерегайтесь обобщений -- пошёл в соседнюю комнату, посмотрел для точности на мелланоксовскую платку -- 8x и никуда не припаяна. :)
>Все встроенные - PCI, они по любому паяются к Южному мостуНе все. У Intel были чипсеты с интегрированным в северный мост гигабитным сетевым интерфейсом, так как ICH с его шиной к севернику оказался "бутылочным горлышком".
> Все встроенные - PCI, они по любому паяются к Южному мостуСмотрю на AR7161, и думаю - блин, где же у него южный мост? Эзернет - есть. PCI - тоже есть. А южного моста - нету. И bios нету. Приколись? Интересно, как федористы предложат там сетевые и-фейсы именовать, при отсутствии биоса? Или если биос есть то имена одни, а если нет - другие? :)))
> Так как формат "pci<slot>#<port>", то "eth<slot>#<port>"Кстати, эти придурни не забыли, что # - это комментарий в shell
Экейпить будут :)
> Экейпить будут :)Угу
#!/bin/bash
CARDS="'pci0#0' 'pci0#1' 'pci0#2' 'pci0#3'"for i in $CARDS
do
echo iptables -s $i -j DROP;
done$ sh ./test.sh
iptables -s 'pci0#0' -j DROP
iptables -s 'pci0#1' -j DROP
iptables -s 'pci0#2' -j DROP
iptables -s 'pci0#3' -j DROPНаскока помню, ,баш интерпретирует 'str' как (const char *), а "str" как (char *)
Ну не знаю, как это ядру понравиться... мож и прокатит.
>iptables -s 'pci0#0' -j DROPУ линуксятников разве нельзя дать физическому устройству другое имя (я не говорю про alias)?
В FreeBSD это делается в /etc/rc.conf.local:
ifconfig_em0_name="net0"
ifconfig_net0="inet 192.0.2.1 netmask 0xffffff00"
И дальше, например в PF, можно использовать интерфейс "net0" вместо физического "em0".
>>iptables -s 'pci0#0' -j DROP
> У линуксятников разве нельзя дать физическому устройству другое имя (я не говорю
> про alias)?
> В FreeBSD это делается в /etc/rc.conf.local:
> ifconfig_em0_name="net0"
> ifconfig_net0="inet 192.0.2.1 netmask 0xffffff00"
> И дальше, например в PF, можно использовать интерфейс "net0" вместо физического "em0".Слухай..., не нету, надо патчу замутить... типа:
# ifconfig eth0 alias vasya_pupkin_setevuxa0
> У линуксятников разве нельзя дать физическому устройству другое имя (я не говорю про alias)?все можно. можно переименовать девайс, можно переименовать линк.
>> У линуксятников разве нельзя дать физическому устройству другое имя (я не говорю про alias)?
> все можно. можно переименовать девайс, можно переименовать линк.Примеры можно
Это всем известно...
ifconfig eth0:1 192.168.0.1
ifconfig eth0:2 192.168.0.2
...
ifconfig eth0:fe 192.168.0.254Как сделать, чтоб ifconfig em0 был равен ifconfig eth0 ?
# ip link del eth0
# ip link set eth0 name em0Нехорошо, eth0 исчезнет.
# ip link set eth0 alias em0
Почти работает, но:# ip link show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1460 qdisc pfifo_fast state UNKNOWN qlen 128
link/ether 00:e0:81:67:f4:9f brd ff:ff:ff:ff:ff:ff
alias em0# ip link show em0
Device "em0" does not exist.
# ping -I em0 ya.ru
ping: unknown iface em0
# ifconfig em0
em0: error fetching interface information: Device not found
Я сказал - переименовать.# ip link del eth0
# ip link set eth0 name em0
это - переименовать линк. udev может переименовывать девайсы.Как дать второе имя (aka link name alias) Вы сами же и написали - но, кажется, не работает. Мне это никогда не было нужно - наверное я не один такой и никто не тестил эту фичу.
>[оверквотинг удален]
> done
>
эх bash-программисты!
ну вот зачем вы программируете на bash?
почемубы вам не писать скрипты на привычном-для-вас Perl/Python/PHP/C++ ??
а если уж решили чтото сделать ВСЁТАКИ на Bash --то
1. неужеле было так трудно погуглить о том как производиться "работа с массивами" на bash?
2. неужеле так трудно ВЕЗДЕ ставить ковычки при работе со строковыми переменными?
for i in "${CARDS[@]}"
#!/bin/bash
CARDS=("pci0#0" "pci0#1" "pci0#2" "pci0#3")
do
echo iptables -s "$i" -j DROP;
done
СТЫДНо ДОЛЖНОБЫТЬ!
Тема про имена, а не программирование на баше.
Без тебя разберёмся куда-чего писать.#!/bin/bash
СARDS="0 1 2 3"
for i in $CARDS
do
echo iptables -s "pci#$i" -j DROP;
done#!/bin/bash
for i in `seq 0 3`
do
echo iptables -s "pci#$i" -j DROP;
done
#!/bin/bashfor ((i=0; i<= 3; i++))
do
echo iptables -s "pci#$i" -j DROP;
done
тоже выход!молодец, выкрутился! :-)
но тему работы с bash-массивами -- советую вам всётаки подучить
> тоже выход!
> молодец, выкрутился! :-)
> но тему работы с bash-массивами -- советую вам всётаки подучитьа мы пользуемся все так же sh, что бы универсально было, и там нет массивов.
pavlinux, я тебя, кажется, начинаю ненавидеть:)> #!/bin/bash
[skipped]
> $ sh ./test.sh
ну и, походу скрипта, где ты хоть 1 фичу bash заюзал?
> pavlinux, я тебя, кажется, начинаю ненавидеть:)Меня низя не навидить, я белое и пушистое :)
> Экейпить будут :)95% людей кто пишет bash-скрипты (у себя в собственном линуксе на коленке) -- даже не знают что такое "экранизация" в bash :-D
для них функция quote() -- это вообще просто какаято невиданная непонятная фигня
вот сейчас я покажу пример как можно послать команду на удалённый ssh-сервер чтобы удалённый ssh-сервер создал удалённый файл с произвольным именем и содержанием:
#!/bin/bashremote_addr="$1"
file_name="$2"
file_content="$3"if [ $# != 3 ]
then
echo "пожалуйста укажите <удалённый-адресс> <имя-файла> <содержимое файла>"
exit 2
fiquote ()
{
echo \'${1//\'/\'\\\'\'}\'
}ssh "$remote_addr" "sh -c $(quote "echo $(quote "$file_content") > $(quote "$file_name")")"
но 95% bash-пейсаталей так и невдомёк понять зачем в этом примере используется функция quote()
...и это печально :-( :-( :-(
однако использование экранизации -- позвалило использовтаь наш скрипт даже как:
$ ./xxx root@192.168.0.197 "/root/тестовый файл" "тестовый текст в файле"
заметте что я даже смог использовать пробелы в имени и содержимом файлах!! это ничего не испортит теперь уже нам!!!
...а вы там боитесь про какието <#> (ну не лично Вы конешно :))
# p.s.: не не.. я понимаю что создать удалённый файл на сервере можно и с помошью команды scp... но здесь я просто рассмотрел пример "что такое экранизация"
>> Экейпить будут :)
> 95% людей кто пишет bash-скрипты (у себя в собственном линуксе на коленке)
> -- даже не знают что такое "экранизация" в bash :-DНе знают. И поэтому-то использование "#" череповато — обычный, безобидный пользователь какой-нибудь убунты пострадает из-за криворукости программиста. Провоцирование проблем в данном случае не оправданно.
> # p.s.: не не.. я понимаю что создать удалённый файл на сервере
> можно и с помошью команды scp... но здесь я просто рассмотрел
> пример "что такое экранизация"Как раз иногда приходится использовать ssh, так как scp не умеет копировать из стандартного ввода. То есть нормально сливать вывод программы через SSH можно только таким образом; можно, конечно, ещё извращённо, через перенаправление сокетов, но давайте всё же без маразма. :-)
экранизация
http://ru.wikipedia.org/wiki/%D0%AD%D0%B...Экранирование символов
http://ru.wikipedia.org/wiki/%D0%AD%D0%B...Зачем кичиться познаниями в баше, если термины правильно употреблять не можешь?
в приведенном фрагменте когда, кирилический текст смотрится забавно.. что делать если другая локаль? Какже использование фич? gettext? где переводы?большинство людей используют скрипты как средство автоматизации своей работы. на мой взгляд, нет смысла adhoc скрипт тестировать на все возможные "засады".
> надеюсь другие придурни не забыли что ВСЕ СТРОКОВЫЕ АРГУМЕНТЫ в bash пишутся
> в ковычках?В "ковычках" только у вас что-то пишется. А в кавычках пишутся те строковые аргументы,
которые в этих самых кавычках нуждаются.
а может что-нибудь типа eth_aa:bb:cc:dd:ee:ff ?
eth_вторая_дырочка_снизу_сзади_компа
млин.
а ifconfig eth0 (или ip link show eth0) уже перестал маки выдавать?
> а может что-нибудь типа eth_aa:bb:cc:dd:ee:ff ?Заучивать мак-адреса - это недостаточно хардкорно. Нужно заставить юзера зубрить как минимум IPv6 адрес, целиком :)
>> а может что-нибудь типа eth_aa:bb:cc:dd:ee:ff ?
> Заучивать мак-адреса - это недостаточно хардкорно. Нужно заставить юзера зубрить как
> минимум IPv6 адрес, целиком :)Причём без двоеточий.
Федорино горе. Имхо проблема решается так же, как для жестких дисков:
/dev/net/by-id/...
А задуманная схема маразматична.
В федоре непривилегированый пользователь всё ещё может поставить любой пакет из подключенной репы?
нет конечно :)
Как давно вы перестали по утрам пить коньяк ?
> Как давно вы перестали по утрам пить коньяк ?через месяц после этого: http://lwn.net/Articles/362592/
Мучаюсь c чем-то похожим во FreeBSD. У нас имена интерфейсов совпадают с именем драйвера сетевой карты: em0, bge0, bce0 и т.д.
Хочется по-быстрому запросить IP, как в линуксе, командой:
# ifconfig eth0
Да нельзя. Во FreeBSD надо указывать явно:
# ifconfig em0
а на другом сервере
# ifconfig bce0
и т.д.
А у меня одновременно открыто по 10-15 сессий к серверам. Я не помню на каком железе бежит система на каждом из них.
Читайте дакументацию.ifconfig_bce0_name="eth0"
ifconfig_em0_name="DMZ"
ifconfig_rl0_name="офис"
Да, в курсе. Пользуюсь.
Однако в Линуксе я это получаю "из коробки", а во FreeBSD должен добавлять на каждом сервере. Некоторым из моих коллег мои нововведения не нравятся.
Имена какие тебе хочется из коробки? Телепатическим способом, не иначе.
А просто ifconfig чем не устраивает ? Или вы не ищете легких путей ?
> А просто ifconfig чем не устраивает ? Или вы не ищете легких
> путей ?Дофига мусора на экране. Люблю давать четкую команду и получать четкий ответ, чтобы не искать глазами. Когда на каждом интерфейсе много алиасов, каша на экране реально раздражает.
man grep
или, если не дофига интерфейсов, ifconfig без параметров - выдает инфу обо всех карточках
> или, если не дофига интерфейсов, ifconfig без параметров - выдает инфу обо
> всех карточкахопередили
вообще без параметров выдает инфу об активных интерфейсах, для того чтобы показало все надо ifconfig -a
> вообще без параметров выдает инфу об активных интерфейсах, для того чтобы показало
> все надо ifconfig -aУже давно как достаточно просто: ifconfig
Раньше действительно нужно было писать: ifconfig -a
кто нибудь напишите в список рассылки федоры/данной фичи, что это попросту новый велосипед!!!
> кто нибудь напишите в список рассылки федоры/данной фичи, что это попросту новый
> велосипед!!!А кто вам мешает это сделать? o_O
>> кто нибудь напишите в список рассылки федоры/данной фичи, что это попросту новый
>> велосипед!!!
> А кто вам мешает это сделать? o_OОн не умеет)))
В каком смысле "отсутствует гарантия"? Еще как присутствует, рулесами udev. А такое переименование не решает вообще ничего, даже якобы сформулированную проблему перенумерации, зато вносит несовместимость.
> ... А такое
> переименование не решает вообще ничего, даже якобы сформулированную проблему перенумерации,
> зато вносит несовместимость.уточните пожалуйста -- несовместимость -- с чем?
если вы говорите про мифическую несовместимость прикладного софта с именами сетевых интерфейсов (отличных от "ethXXX") -- то тогда просто ЛОЛ! :-D
...так как программам абсолютно сёравно как называется сетевой интернейс
.....а еслиже ВЫ_САМИ пишете программы которые изначально забиты для работы СТРОГО только для "eth0" -- то ЛОЛ-в-КВАДРАТЕ!
Несовместимость с остальными линуксами, где еще не тронулись умом.
А насчет мифической несовместимости прикладного софта... Ну, с em0 он конечно совместим, а вот с whatever#number еще напляшетесь, это я как краевед говорю. Много скриптов квотят название интерфейса? То-то.
> такие приемы как привязка к MAC-адресуимхо - единственно правоверный метод. у меня может быть usb'шная карточка (например, сгорела встроенная в ноуте), которую я втыкаю то в один слот, то в другой. и что, каждый раз она будет получать новое имя в зависимости от номера гнезда?
а зачем вы будете втыкать её то в один слот то в другой? %) %)
Зрение плохое, промахиваюсь :D
Может быть я конечно что-то не понимаю, но чем, пардон 'встроенная в материнскую плату сетевая карта' отличается от 'PCI карты'? Вообще то что там что там - обычное PCI устройство. А уж куда оно там и как встроено или вставлено - совершенно фиолетово..
> А уж куда оно там и как встроено или вставлено - совершенно фиолетово..Ну не всегда. У меня патчкорды для серверов уложены так, что в другую карту воткнуть можно, но разу видно, что не туда: или торчит с петлей или еле дотягивается. На патчкордах бирочки. MAC-и дело десятое, а вот порты в коммутаторе с vlan-ами перепутать нельзя.
То есть сгоревшую карту то можно заменить, добавить следующую, но ничего поменяться не должно, ибо выполнять это будет человек без права правки настроек сервера и коммутатора.
> То есть сгоревшую карту то можно заменить, добавить следующую, но ничего поменяться не должно, ибо выполнять это будет человек без права правки настроек сервера и коммутатора.Ну тогда наверное должен быть механизм, который бы позволял делать привязку к конкретному PCI слоту или в этом духе. Проблема то понимаемая. Но вот чтобы так, с плеча, рубить ethX... Это как-то тоже нехорошо. Вот завтра после очередного yum update я вдруг обнаружу, что вместо нескольких привычный ethX у меня вдруг появился зоопарк чего-то совершенно не пойми чего. И шо? Вот счастье то..
> Ну тогда наверное должен быть механизм, который бы позволял делать привязку к
> конкретному PCI слоту или в этом духе.Что-то типа этого и предлагается. Потом то добавить алиасное имя можно хоть опять на ethX
> Вот завтра после очередного yum update я вдруг обнаружу, что вместо
> нескольких привычный ethX у меня вдруг появился зоопарк чего-то совершенно не
> пойми чего. И шо? Вот счастье то..А куда деваться. После обновлений всегда надо проверять, что должно измениться и что получилось.
> Ну тогда наверное должен быть механизм, который бы позволял делать привязку к
> конкретному PCI слоту или в этом духе.Давно есть businfo.
> То есть сгоревшую карту то можно заменить, добавить следующую, но ничего поменяться
> не должно, ибо выполнять это будет человек без права правки настроек сервера и коммутатора.То есть развиньтить и всунуть чего "надо", типа аппаратный сниферок, он может,
а мак-адрес переписать нет. :)
> То есть развиньтить и всунуть чего "надо", типа аппаратный сниферок, он может,Имеено так. Вот когда у Вас сантехник туалет прочищает, Вы, случайно, не проверяете потом, а не установил ли он туда видеокамеру заодно?
Меня забавляло, что в виндах воткнутый в другой разъём USB свисток надо заново настроить, и "Сетевое подключение №Х" плодились при этом в списке подключений по числу дырок, в которые ты мог воткнуть; так теперь такая же петрушка обещает быть и в федоре... Одно радует - я ею никогда не пользовался :)
Еще пару десятилетий и в Линуксе придут и к другому именованию
дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>,
как это сделано в солярисе.
Не знаю, как кому, а меня всегда бесило именование дисковых
и сетевых устройств что в Линуксе, что в BSD.
Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
оказалось невозможно (я не смог), и при каждой перезагрузке
имена менялись.
Полный паразм, правда, это было много лет тому, и сейчас
я это уже не воспроизведу.
А что, в солярисе обозначения винтов в принципе меняться не могут? Как там это сделано, если не секрет?Что касается линукса, то умные люди давно уже юзают /dev/disk/by-uuid :-)
> А что, в солярисе обозначения винтов в принципе меняться не могут?Насколько мне известно не могут, если конечно
винты в разные слоты не перетыкать.Если я ничего не путаю, проблема перенумерации девайсов при перезагрузке
"изобретена" именно в Линуксе.> Как там это сделано, если не секрет?
/dev/dsk/c<N>t<M>d<K>s<L>
В угловых скобках номер контроллера, чего-то там еще, диска и раздела.
Достаточно коротко и более чем наглядно.> Что касается линукса, то умные люди давно уже юзают /dev/disk/by-uuid :-)
Ага, not_so_short_name_of_my_first_hard_disk - это оооочень удобно ;-)
Я бы предпочел что-нибудь покороче.
И, кстати, года 4 назад я так и не нашел способа использовать UUID
для мапирования имени в sdX. Он есть?
Еще как могут в Солярисе меняться номер дисков
https://defect.opensolaris.org/bz/show_bug.cgi?id=5451
Jan Damborsky 2010-01-07 10:27:23 UTCfixed in changeset:
2f04e6d1a2353fa00e0a159801aa380e0828f065То есть там это признают багой по крайней мере.
Ну конечно нет.
Пофикшено в инсталлере -- тем что введен иной критерий именования дисков, кроме cXtXdX.
>Насколько мне известно не могут, если конечно винты в разные слоты не перетыкать.
>В угловых скобках номер контроллера, чего-то там еще, диска и раздела.Т.е. если переткнуть в другой контроллер, не говоря уже о другом компе, всё рухнет?
Н-да, "и эти люди запрещают нам ковыряться в носу". EPIC.>Ага, not_so_short_name_of_my_first_hard_disk - это оооочень удобно ;-)
Не понимаю вашей иронии.
Скажите, сколько раз в день у вас возникает необходимость набрать полный путь к блочному устройству?
И что у вас за такая загадочная религия, запрещающая пользоваться автодополнением шелла?Что касается коротких имён, то они неинформативны по определению, безотносительно оси.
Простейший тому пример - втыкание винта в другой комп.
Даже при использовании именования по меткам разделов, проблемы не исключены.
> Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
> оказалось невозможно (я не смог), и при каждой перезагрузке
> имена менялись.Столкнёшься -- пиши, стримеры на FC тоже успокаивал.
> Полный паразм, правда, это было много лет тому, и сейчас
> я это уже не воспроизведу.Ну udev не такой старый, как ты. :)
> Еще пару десятилетий и в Линуксе придут и к другому именованию
> дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>,
> как это сделано в солярисе.
> Не знаю, как кому, а меня всегда бесило именование дисковых
> и сетевых устройств что в Линуксе, что в BSD.
> Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
> оказалось невозможно (я не смог), и при каждой перезагрузке
> имена менялись.
> Полный паразм, правда, это было много лет тому, и сейчас
> я это уже не воспроизведу.во фре ты один раз, при сетапе, вешаешь лайбел через glabel или -L у newfs и тебе вообще пофигу становится как реально называются винты, ты их можешь снимать, тасовать вставлять как попало и все всегда будет работать правильно.
> Еще пару десятилетий и в Линуксе придут и к другому именованию
> дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>,
> как это сделано в солярисе.
> Не знаю, как кому, а меня всегда бесило именование дисковых
> и сетевых устройств что в Линуксе, что в BSD.
> Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
> оказалось невозможно (я не смог), и при каждой перезагрузке
> имена менялись.
> Полный паразм, правда, это было много лет тому, и сейчас
> я это уже не воспроизведу.(Почти) такое уже было, когда в ядре было devfs (sarge?):
http://www.linuxdocs.org/HOWTOs/SCSI-2.4-HOWTO/dnamesdevfs.htmlПозже devfs был заменен на udev. Сразу после замены по умолчанию
создавались и старые /dev/[hs]dX и "новые" /dev/scsi/hostN/... (symlink)
устройства.Потом devfs имена выбросили (они ужасны), но остались /dev/disk/by-*.
В нашем случае - аналог /dev/disk/by-path/:ls -l /dev/disk/by-path/
итого 0
pci-0000:00:08.0-scsi-0:0:0:0 -> ../../sda
pci-0000:00:08.0-scsi-0:0:0:0-part1 -> ../../sda1
pci-0000:00:08.0-scsi-0:0:0:0-part10 -> ../../sda10
pci-0000:00:08.0-scsi-0:0:0:0-part11 -> ../../sda11
pci-0000:00:08.0-scsi-0:0:0:0-part2 -> ../../sda2
pci-0000:00:08.0-scsi-0:0:0:0-part5 -> ../../sda5Сам я пользуюсь /dev/disk/by-uuid/ и /dev/disk/by-label/ (иногда приходится двигать и объединять разделы).
Возможно, Ваша проблема была скорее в BIOS/загрузчике, а не в linux.
Для него нумерация устройств - тоже дело непростое.
А если в PCI-E, вместо сетевухи воткнуть GeForce 470GT,
аппаратное ускорение сетевого стека включится?Или надо ядро перекомпилировать с поддержкой CUDA :-/
> А если в PCI-E, вместо сетевухи воткнуть GeForce 470GT,
> аппаратное ускорение сетевого стека включится?
> Или надо ядро перекомпилировать с поддержкой CUDA :-/Обязательно. Нужно ведь чтобы траффик приходил отКуда-то и уходил Куда-то...
> Обязательно. Нужно ведь чтобы траффик приходил отКуда-то и уходил Куда-то...Угу. В монитор весь трафф сливать, вместо дефолт гейтвея. Как хексдамп, фигле. А чо, сетевой сниффер с аппаратной акселерацией. Теперь вы сможете вывалить гигабит в реальном времени на ваши мониторы. Осталось только научиться читать дамп пакетов с такой же скоростью, и ни один пакет не уйдет незамеченным от зоркого взгляда админа :)
>> Обязательно. Нужно ведь чтобы траффик приходил отКуда-то и уходил Куда-то...
> Угу. В монитор весь трафф сливать, вместо дефолт гейтвея. Как хексдамп, фигле.
> А чо, сетевой сниффер с аппаратной акселерацией. Теперь вы сможете вывалить
> гигабит в реальном времени на ваши мониторы. Осталось только научиться читать
> дамп пакетов с такой же скоростью, и ни один пакет не
> уйдет незамеченным от зоркого взгляда админа :)Тут закавыка есть: человеческий глаз, как известно, не различает более 25 кадров в секунду. Берём, скажем, монитор с разрешением 1600x1200, шрифт 16x8. Получаем:
(1600 / 8) x (1200 / 16) = 200 x 75 = 15000
Представление одного байта в хексе на экране — два символа. То есть на экране может поместиться не более 7500 байт. То есть, примерно 5 типичных Ethernet-пакетов (про jumbo frames и другие страшные слова пока забываем). Умножаем на 25 кадров — получается, за секунду админ увидит не более 125 пакетов. Даже если взять три монитора и трёх админов, всё равно получается 375 пакетов в секунду. Маловато. :(
>> и ни один пакет не уйдет незамеченным от зоркого взгляда админа :)
> Тут закавыка есть: человеческий глаз, как известно, не различает более 25 кадров
> в секунду. Берём, скажем, монитор с разрешением 1600x1200, шрифт 16x8. Получаем:Нипрально ты считаешь...
Берем монитор 1600x1200 и 32 бита цвета,
Допустим одним пикселом можно закодировать 2^32 комбинаций пакетов по 1500 байт, (хотя комбинаций из 256 по 1500 наверно больше)
множим на 1600 и на 1200, получаем 2.68 Гигабайт в сек. :)
>>> и ни один пакет не уйдет незамеченным от зоркого взгляда админа :)
>> Тут закавыка есть: человеческий глаз, как известно, не различает более 25 кадров
>> в секунду. Берём, скажем, монитор с разрешением 1600x1200, шрифт 16x8. Получаем:
> Нипрально ты считаешь...
> Берем монитор 1600x1200 и 32 бита цвета,
> Допустим одним пикселом можно закодировать 2^32 комбинаций пакетов по 1500 байт,
> множим на 1600 и на 1200, получаем 2.68 Гигабайт в сек.
> :)И то верно — про цвета и пиксели. Только цвет честнее будет брать 24-битный, больше цветов мало кто различит. Зато считать можно проще: 1600 x 1200 x 24 x 25 = 1152 Мбит/с. Уря! :)
>> человеческий глаз, как известно, не различает более 25 кадров в секунду.Это если опытный инженер ОТК, лет десять отсидевший на экране в киностудии, скажем.
>> Берём, скажем, монитор с разрешением 1600x1200
Поди сейчас такой возьми... да ещё чтоб с приличной матрицей. Хотя удалось. :)
> Берем монитор 1600x1200 и 32 бита цвета
Опять же -- не 32, а 24. И тогда нужен хороший калиброваный монитор, чтоб админу (на гражданке действительно профессиональному фотографу или цветоустановщику) плывущая подсветка полный алярм не сделала. :]
--
абстрактное домышление
> --
> абстрактное домышлениеНу так и у нас тут скорее общие прикидки, каков порядок чисел. Вот когда что-то двинется в сторону внедрения этой в полном смысле этого слова крышесносящей технологии... А так — интересно, конечно, какова будет величина ошибки (тут ещё надо учесть разницу по чувствительности в разных диапазонах). Можно ещё подумать об избыточном кодировании...
>> --
>> абстрактное домышление
> Ну так и у нас тут скорее общие прикидки, каков порядок чисел.
> Вот когда что-то двинется в сторону внедрения этой в полном смысле
> этого слова крышесносящей технологии... А так — интересно, конечно, какова будет
> величина ошибки (тут ещё надо учесть разницу по чувствительности в разных
> диапазонах). Можно ещё подумать об избыточном кодировании...А щас видюхи-то все двух портовые :)
>>> --
>>> абстрактное домышление
>> Ну так и у нас тут скорее общие прикидки, каков порядок чисел.
>> Вот когда что-то двинется в сторону внедрения этой в полном смысле
>> этого слова крышесносящей технологии... А так — интересно, конечно, какова будет
>> величина ошибки (тут ещё надо учесть разницу по чувствительности в разных
>> диапазонах). Можно ещё подумать об избыточном кодировании...
> А щас видюхи-то все двух портовые :)Правильно, и сетевухи такие давно есть. ;) Matrox, помнится, вообще трёхголовых видеомонстров шлёпал...
>>>> --
>>>> абстрактное домышление
>>> Ну так и у нас тут скорее общие прикидки, каков порядок чисел.
>>> Вот когда что-то двинется в сторону внедрения этой в полном смысле
>>> этого слова крышесносящей технологии... А так — интересно, конечно, какова будет
>>> величина ошибки (тут ещё надо учесть разницу по чувствительности в разных
>>> диапазонах). Можно ещё подумать об избыточном кодировании...
>> А щас видюхи-то все двух портовые :)
> Правильно, и сетевухи такие давно есть. ;)
> Matrox, помнится, вообще трёхголовых видеомонстров шлёпал...Да и глаза тоже два, можно и звук подключить - тут ваще пипец от 20 до 44100 Hz
Так и надо трафик смотреть -
пришёл пинг с адреса 4.4.4.4 - Дзынь и красный пиксель
пришёл с 8.8.8.8 - Бдыж и фиолетовый :)
>[оверквотинг удален]
>>>> Ну так и у нас тут скорее общие прикидки, каков порядок чисел.
>>>> Вот когда что-то двинется в сторону внедрения этой в полном смысле
>>>> этого слова крышесносящей технологии... А так — интересно, конечно, какова будет
>>>> величина ошибки (тут ещё надо учесть разницу по чувствительности в разных
>>>> диапазонах). Можно ещё подумать об избыточном кодировании...
>>> А щас видюхи-то все двух портовые :)
>> Правильно, и сетевухи такие давно есть. ;)
>> Matrox, помнится, вообще трёхголовых видеомонстров шлёпал...
> Да и глаза тоже два, можно и звук подключить - тут ваще
> пипец от 20 до 44100 HzХм. Тут очень много не протолкнёшь, конечно, разве что слух музыкальный. Но всё равно — можно, да.
А ещё можно тактильные ощущения заюзать. Или там электроток к разным участкам тела прикладывать, на каждый нерв в коже по проводу...
> Так и надо трафик смотреть -
> пришёл пинг с адреса 4.4.4.4 - Дзынь и красный пиксель
> пришёл с 8.8.8.8 - Бдыж и фиолетовый :)Угу. Причём бдыж и фиолетовый будет уже сам админ. :)))
А что эти дятлы будут делать с USB2Ethernet например?
> А что эти дятлы будут делать с USB2Ethernet например?У меня вообще смутные сомнения на тему слова «делать». Кто как, а лично я, например, не привык создавание геморроя на пустом месте называть делом. Если их так раздражает, что после перезагрузки могут поменяться номера сетевых карт, надо исправлять эту причину, а не городить костыли. Зачем нужно разделять встроенные и отдельностоящие сетевые карты — моего слабого ума не хватает.
> А что эти дятлы будут делать с USB2Ethernet например?Если верить тому, что появилось в комментах по ссылке, имеем следующее:
1. За происходящее ответственнен модуль biosdevname. Поэтому те, кому оно не надо, делают
yum remove biosdevname
Если рискнули удалённо обновиться, не зная, или забыв про эту мегафичу, — welcome to the club.2. Для USB ничего не меняется, остаются устройства eth*, так как BIOS не может предоставить информацию о USB-адаптерах. Так же эти имена останутся в тех случаях, когда не будет получаться выцарапать из BIOS нужную информацию. Следствие: если BIOS имеет тенденцию путать порядок встроенных устройств, то среди em* начнётся такая же путаница...
3. 27-го января будет большой тестовый день. Кому надо, качайте live-образ FC15, переносите на него вашу конфигурацию со всеми сетевыми прогами и скриптами, и проверяйте, как оно работает.
Вот скока интерфейсов нарыл, кроме eth
"ax" "bce" "bpq" "can" "claw" "dlci" "dvb" "dummy" "eql" "eth" "fc"
"fddi" "firewire" "gre" "hardwpan" "hdlc" "hip" "hsi" "hso" "hwsim"
"ip6tnl" "irda" "iucv" "lapb" "lci" "lo" "lt" "msh" "osn" "pvc" "ppp"
"pptp" "pvceth" "sbni" "sit" "sdla" "sp" "tr" "upnlink" "vb" "vntwpa"
"wifi" "wlan" "wmx" "vmxnet" "vboxnet"И многие из них железяки.
> Меня интересует карта, а не то каких местом она включена.согласен специально берешь карты разные, что бы в FreeBSD были названия разные.
Блин а ссылки не пробовали создаешь eth0 --> PCIxxx ну и все ничего не надо переписывать....