Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от opennews (??), 24-Янв-11, 22:11
В 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.dev/opennews/art.shtml?num=29370
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Fedora на пути к изменению наименования сетевых интерфейсов"	+7 +/–
Сообщение от Serge (??), 24-Янв-11, 22:11
оба-на... про udev-rules там не слышали?
Ответить | Правка | Наверх | Cообщить модератору

	3. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от анонимус (??), 24-Янв-11, 22:17
	слышали конечно
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от Serge (??), 24-Янв-11, 22:23
	тогда, я надеюсь, они это сделают генерацией нового 70-persistent-net и я смогу легко откатить эти изменения.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от анонимус (??), 24-Янв-11, 22:32
	> тогда, я надеюсь, они это сделают генерацией нового 70-persistent-net и я смогу > легко откатить эти изменения. откатывается удалением пакета biosdevname, либо созданием своего 70-persistent-net (если был старый — он и продолжит использоваться)
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от mator (?), 25-Янв-11, 16:32
	опять же "ip link name $newname" никто не отменял...
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от anonymous (??), 25-Янв-11, 00:15
	# 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"
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

2. "Fedora на пути к изменению наименования сетевых интерфейсов"	+7 +/–
Сообщение от uldus (ok), 24-Янв-11, 22:14
А зачем сразу глобально все менять ? Оставили бы eth вместо em для встроенных карт, все почти осталось бы как раньше. Для PCI-карт вместо "pci" нужно другое имя придумывать, например тот же eth оставить. Так как формат "pci<slot>#<port>", то "eth<slot>#<port>" не будет пересекаться с "eth<port>" для встроенных карт. "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами. В /proc и /sys уже разной связанной с PCI мути полно, возникнет большая путаница.
Ответить | Правка | Наверх | Cообщить модератору

	46. "Fedora на пути к изменению наименования сетевых интерфейсов"	–12 +/–
	Сообщение от Аноним123321 (ok), 25-Янв-11, 04:57
	> "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами лол! неассоциируется -- даже когда набираешь команду ifconfig? :-D как всегда -- устоявщиеся стериотипы тормазят прогресс.. (комуто чтото показалось не элегантным и ппц!)
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Fedora на пути к изменению наименования сетевых интерфейсов"	+9 +/–
	Сообщение от uldus (ok), 25-Янв-11, 11:26
	>> "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами > лол! неассоциируется -- даже когда набираешь команду ifconfig? :-D Кроме ifconfig сетевые интерфейсы и не связанные с сетью pci-устройства можно встретить и в других местах, начнете разгребать какую-нибудь статистику в которой будет совсем не очевидно, что подразумевается сетевой интерфейс или что-то другое. ethX явно указывает на сетевое устройство, спутать которое с чем-то другим невозможно, упоминание pci просто кишит в /sys, и если сейчас ясно, что эти упоминания связаны с pci-шиной и с любыми pci-устройствами, то к этому примешается еще pci как сетевой интерфейс. Назвали бы тогда "lan", а не "pci". Вторая проблема - символ "#" в имени, это не только заставит переписывать некоторые скрипты, но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались. Третья проблема - нарушение совместимости с другими дистрибутивами и стандартами CGL и LSB. Переход на новое наименование сетевых интерфейсов без согласования с другими дистрибутивами приведет к хаосу,  если каждый станет называть интерфейсы как им вздумается. Утрируя, такой шаг мало чем отличается, например, от переименования /usr в /user.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Аноним123321 (ok), 25-Янв-11, 11:51
	> но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались. да.. такая проблема будет.... ("безопасники" -- как всегда такие "безопасники"... вместо того чтобы экранировать значения html-сущностей (от XSS-атаки) и значение MySQL-данных (от SQl-инъекции) -- некоторые "безопасники" предпочитают просто отсеять лишний набор данных из полей ввода :-)) ...подобный вопрос хорошо обсуждался на LOR в теме где говорилось о том что часть web-скриптов не могут ввести в качестве электронной почты -- root@localhost .. (хотя она полностью корректна)
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 13:40
	>> но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались. > да.. такая проблема будет.... > ("безопасники" -- как всегда такие "безопасники"... вместо того чтобы экранировать значения > html-сущностей (от XSS-атаки) и значение MySQL-данных (от SQl-инъекции) -- некоторые "безопасники" > предпочитают просто отсеять лишний набор данных из полей ввода :-)) Да, потому что это надёжнее. Сколько ошибок, связанных с некорректным экранированием, в том числе "родными" средствами, было совершено, напомнить?..
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от Michael Shigorin (ok), 25-Янв-11, 21:31
	Прогресс -- самоцель слепого.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	183. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от nuclight (ok), 27-Янв-11, 21:46
	> Прогресс -- самоцель слепого. Обоснования будут?
	Ответить | Правка | Наверх | Cообщить модератору

	187. "(offtopic) 'прогресс' в никуда"	+1 +/–
	Сообщение от Michael Shigorin (ok), 27-Янв-11, 23:41
	>> Прогресс -- самоцель слепого. > Обоснования будут? Когда человек видит, думает, ставит и достигает цели -- обычно он сопоставляет промежуточные результаты и пытается предсказать ещё не достигнутые. _Этот_ прогресс приводит ко всё большей деградации человека в сторону животного с сильно развитой рефлекторной деятельностью, не подпёртой пониманием делаемого.  Разрыв между тем, что способны сделать единицы, и тем, что могут понять массы -- растёт. Для тех, кто сознательно толкает прогресс -- он не самоцель, а средство.  Кому "процесс важней", те слепы: даже промежуточные точки не обдумывают.
	Ответить | Правка | Наверх | Cообщить модератору

	190. "(offtopic) 'прогресс' в никуда"	+/–
	Сообщение от nuclight (ok), 27-Янв-11, 23:47
	>>> Прогресс -- самоцель слепого. >> Обоснования будут? > Когда человек видит, думает, ставит и достигает цели -- обычно он сопоставляет > промежуточные результаты и пытается предсказать ещё не достигнутые. > _Этот_ прогресс приводит ко всё большей деградации человека в сторону животного с > сильно развитой рефлекторной деятельностью, не подпёртой пониманием делаемого.  Разрыв > между тем, что способны сделать единицы, и тем, что могут понять > массы -- растёт. > Для тех, кто сознательно толкает прогресс -- он не самоцель, а средство. >  Кому "процесс важней", те слепы: даже промежуточные точки не обдумывают. Вообще-то про это давно сказал Станислав Ежи Лец, и с чего и следовало начать. "Когда говорят 'Да здравствует прогресс!', всегда справляйся: 'Прогресс чего?'" Так что следовало бы спросить про эти самые цели, но сначала надо выяснить, какой же именно прогресс, да.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "(offtopic) 'прогресс' в никуда"	+/–
	Сообщение от Michael Shigorin (ok), 27-Янв-11, 23:55
	> Так что следовало бы спросить про эти самые цели, но сначала надо > выяснить, какой же именно прогресс, да. Сферический: "как всегда -- устоявщиеся стериотипы тормазят прогресс.." Типовое бездумное клише.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "(offtopic) 'прогресс' в никуда"	+/–
	Сообщение от nuclight (ok), 28-Янв-11, 00:00
	>> Так что следовало бы спросить про эти самые цели, но сначала надо >> выяснить, какой же именно прогресс, да. > Сферический: "как всегда -- устоявщиеся стериотипы тормазят прогресс.." > Типовое бездумное клише. Так и следовало уточнить. А получилось нечто будто бы про любой прогресс вообще...
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от adolfus (?), 26-Янв-11, 01:07
	Некоторые проприетарные программы, САПРы, например, привязываются к макадресу eth0. Причем отлито там это в бронзе. Если они в один прекрасный день не найдут eth0, случится страшное. С torque тоже наступит задница -- кроме eth0 других интерфейсов не признает. Как бы с этим всем не возникли проблемы.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	81. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от EuPhobos (ok), 25-Янв-11, 10:26
	> Так как формат "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:0x2000 eth3      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:0xd800 eth3: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:0xd800 eth4      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:0xd480 eth4.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)
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

6. "Fedora на пути к изменению наименования сетевых интерфейсов"	+21 +/–
Сообщение от pavlinux (ok), 24-Янв-11, 22:23
Фидорасы видимо не слышали про Hot-Swap PCI и забыли про не PCI - ISA/EISA Меня интересует карта, а не то каких местом она включена. И при смене карты, в скрипте загрузки мне надо только поменять МАС, и любая карта станет eth0. По их задумкам, теперь надо будет переписывать все скрипты работающие напрямую с интерфейсами, переписывать все проги работающие с функцией getifaddrs() Что за дятлы там в Федоре скучковались?! Я понимаю что амереканцы, ну если хочется вые...нуться, пущай заводят себе каталог /dev/ethernet/* и там е...ут себе мозг.
Ответить | Правка | Наверх | Cообщить модератору

	24. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от зорро (?), 24-Янв-11, 23:52
	так эта, линукс стайл.. или я не прав? как это было стабле апи нонсенс? видимо решили что стабле интерфейс намес тоже нонсенс. Так что придется согласится.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от Docent (??), 25-Янв-11, 07:12
	+100500 меня во фре эта манера именования бесила - имена даются в зависимости от производителя - ппц. сколько раз уже было - сгорела сетевая карта - поменял на другую, и пофигу, на матери она или в слоте и в каком слоте, ничего перенастраивать не надо, достаточно в udev внести необходимые изменения. а вот те причины, которые они называют у меня еще ни разу не встречались. не дай бог в дебиане или в убунте до такого же додумаются.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	65. "Fedora на пути к изменению наименования сетевых интерфейсов"	+8 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 07:33
	> +100500 > меня во фре эта манера именования бесила - имена даются в зависимости > от производителя - ппц. > сколько раз уже было - сгорела сетевая карта - поменял на другую, > и пофигу, на матери она или в слоте и в каком > слоте, ничего перенастраивать не надо, достаточно в udev внести необходимые изменения. Во фре, как было не раз было сказано в этой теме, можно дать своё имя интерфейсу. Так что вы сейчас продемонстрировали собственное неумение пользоваться инструментом, и только.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от User294 (ok), 25-Янв-11, 23:07
	> Во фре, как было не раз было сказано в этой теме, можно дать своё имя интерфейсу. А в линуксе это запрещают какие-то законы природы? Просто если федористы нахимичат, а остальные подхватят - что-то мне не нравится идея засорять мозг вопросом в какое, млин, гнездо, воткнута сетевуха. А в случае юсб что будет? А то бывают например юсб-сетевухи, или фэйковые "типа сетевухи", ака юсб-линк между 2-я девайсами. Например, N900 <-> PC может притвориться с обоих сторон линка "типа сетевухами". Сейчас оно достаточно понятно обзывается. А вот если по федоровски - могу себе представить радость энумеровать юсб не где-то там ядром и плагнплюем, а по сути самим юзером, наизусть зубрящим нумерацию гнезд юсб. А если через пару хабов цепануть? Оно должно называться иначе или нет? :)
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 23:12
	>> Во фре, как было не раз было сказано в этой теме, можно дать своё имя интерфейсу. > А в линуксе это запрещают какие-то законы природы? Речь шла о фряхе. Про udev все уже знают. > Просто если федористы нахимичат, > а остальные подхватят - что-то мне не нравится идея засорять мозг > вопросом в какое, млин, гнездо, воткнута сетевуха. А в случае юсб > что будет? А то бывают например юсб-сетевухи, или фэйковые "типа сетевухи", > ака юсб-линк между 2-я девайсами. Например, N900 <-> PC может притвориться > с обоих сторон линка "типа сетевухами". Сейчас оно достаточно понятно обзывается. > А вот если по федоровски - могу себе представить радость энумеровать > юсб не где-то там ядром и плагнплюем, а по сути самим > юзером, наизусть зубрящим нумерацию гнезд юсб :) Про USB я вам уже ответил. Собственно, вы бы могли и сами пройтись по ссылке, комменты с разъяснениями там появились до ваших вопросов здесь.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Аноним (-), 26-Янв-11, 08:04
	>[оверквотинг удален] > А в линуксе это запрещают какие-то законы природы? Просто если федористы нахимичат, > а остальные подхватят - что-то мне не нравится идея засорять мозг > вопросом в какое, млин, гнездо, воткнута сетевуха. А в случае юсб > что будет? А то бывают например юсб-сетевухи, или фэйковые "типа сетевухи", > ака юсб-линк между 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
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	160. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от ананим (?), 26-Янв-11, 10:33
	нихрена не понятно. стоит одну из 5 одинаковых заменить другим производителем (например сгорела и с гигагита временно ставлю сотку) и привет фаервольным правилам. мне как-то eth+ ГОРАЗДО лаконичней смотрится. вообще, чтобы не запутаться в логике порой специально вланы и бриджи врубаю, потому что ошибка в файере менее заметна, но более критична. зы: wlan0 - нихрена не производитель и eth - это как раз от слова этхернет.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от User294 (ok), 26-Янв-11, 14:05
	> нэ900: > # ifconfig ue0 Это у вас где такое? В фряхе? Ue0 - звучит, да :)) > во фре, как бы, очень понятно, что куда подключено. имена даются не > по имени производителя, а по имени драйвера, Да, видал я перспективу зубрить названия всех драйверов, аж два раза. А зачем мне засорять мозг лишними сущностями? Мне нравятся нейтральные названия типа eth0 (сразу видно, что это нечто проводное эзернетовое), wlan0 (сразу видно: беспроводное что-то), usb0 (сразу видно - usb линк), ppp0 (сразу видно - ppp-линк) и так далее. И не надо мозг засорять ненужными знаниями. В самом деле, а какая мне разница какой там по факту чипсет и каким он по факту драйвером подцепился? И, главное, зачем мне сдалось это сакральное знание в повседневном режиме? Думаете, если я хочу например ассоциироваться с точкой доступа, мне так уж сильно интересно, атерос там или броадком? В нормальной ситуации я должен запросить действо, система и драйвер должны его отпедалить. А знание о том какой именно драйвер и что именно сделал - нужно только в сильно некоторых случаях, а не постоянно. > плюс ко всему можно сделать, например, man em и узнать, какие вкусности > есть конкретно в этом драйвере. Это, конечно, хорошо, но, честно говоря, я предпочитаю соваться в детали только если 1) Что-то не работает как надо. Тогда почитаем мануалы. 2) Если есть проблемы с например перфомансом. Тогда тоже почитаем и погуглим. 3) Если нужны какие-то специфичные фичи. Ну, сами понимаете. Эти случаи составляют не более 10% юзежа системы, имхо. Напуркуа мне засорять мозг в остальных 90%? Он не резиновый, драйверов на свете много, и учить все опции каждого из них "просто потому что этот драйвер существует" мне в общем то не сильно то и сдалось. > А теперь внимание, мои сетевые устройства на ноуте: Ну, кто к нам с чем и зачем, тот от того и - того. > не правда ли читаемость превосходная и понятно, что к чему и зачем, > в отличии от кучи ethX Извините, а чем тот же wlan0 принципиально лучще чем eth0? Не догоняю. То же самое что и eth0 но беспроводное. Вы уж разберитесь с двойными стандартами, имхо? :D
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	184. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от nuclight (ok), 27-Янв-11, 22:32
	>> во фре, как бы, очень понятно, что куда подключено. имена даются не >> по имени производителя, а по имени драйвера, > Да, видал я перспективу зубрить названия всех драйверов, аж два раза. А > зачем мне засорять мозг лишними сущностями? 294, ты чо, учишь всё подряд, чо видишь? Как акын? Ну показывает да и показывает. Идентификатор да идентификатор, opaque, в его суть вдумываться не требуется. А вот как раз для различения разных идентификаторов в кратковременной памяти при работе с большим из количеством - схема *BSD куда удобнее для человеческого мозга, чем голые циферки. Ибо разбивает на дополнительные группы. Наверняка ты, 294, даже про число Миллера и слыхом не слыхивал, а уж курса по человеко-машинным интерфейсам/инженерной психологии у тебя и подавно не было (а может, прогулял?..). > факту чипсет и каким он по факту драйвером подцепился? И, главное, > зачем мне сдалось это сакральное знание в повседневном режиме? Думаете, Дурень, оно тебе и не нужно, и система тебя от него как раз освобождает. При необходимости заглянуть в ман по драйверу - не нужно делать дополнительные действия. Просто посмотрел. >> плюс ко всему можно сделать, например, man em и узнать, какие вкусности >> есть конкретно в этом драйвере. > Это, конечно, хорошо, но, честно говоря, я предпочитаю соваться в детали [...] > Эти случаи составляют не более 10% юзежа системы, имхо. Напуркуа мне засорять > мозг в остальных 90%? Он не резиновый, драйверов на свете много, > и учить все опции каждого из них "просто потому что этот > драйвер существует" мне в общем то не сильно то и сдалось. Инженеру нужно помнить принципы и знать, в какой справочник посмотреть, всем остальным он голову не засоряет - справочник наизусть не учит. Нерелевантные в данный момент детали его мозгом автоматически игнорируются. Сразу видно, ты не инженер, а теоретик-зубрила - именно о выучивании справочника наизусть говоришь. Такие сдают экзамены, заучивая материал (по большей части справочный), а не вникая в принципы. >> не правда ли читаемость превосходная и понятно, что к чему и зачем, >> в отличии от кучи ethX > Извините, а чем тот же wlan0 принципиально лучще чем eth0? Не догоняю. 294, ты читать умеешь? wlan - это имя драйвера. Или у тебя мозг настолько маленький, что уже через одно сообщение забываешь? Только тогда вместо того, чтоб на всех углах про засирание кричать, занялся бы тренировкой памяти. Соответствующие практики в инете есть.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Типичный переход на личности (-)"	+1 +/–
	Сообщение от Gadjung (?), 27-Янв-11, 22:39
	subj
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Типичный переход на личности (-)"	–1 +/–
	Сообщение от nuclight (ok), 27-Янв-11, 22:44
	> subj Разумеется. Данный персонаж (User294) давно здесь известен и ничего иного не заслуживает.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Michael Shigorin (ok), 27-Янв-11, 23:44
	> Идентификатор да идентификатор, opaque, в его суть вдумываться не требуется. Зачем он тогда?
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	192. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от nuclight (ok), 27-Янв-11, 23:54
	>> Идентификатор да идентификатор, opaque, в его суть вдумываться не требуется. > Зачем он тогда? Всё очень просто. Поясню аналогией. На этом форуме сверху висят баннеры, ссылки на разделы, ссылки на управление профайлом и т.д., ссылка на сообщение внутри треда, поля в форме типы мыла и сабджекта. В большинстве случаев я просто проматываю к полю ввода текста, не вдумываясь по все эти элементы. Точно так же можно спросить, зачем они? Затем, что если понадобится - я обращаю внимание на эти поля, и использую, Причем по некоторым, типа знака "!" перед мылом, даже man встроен прямо на странице, дополнительных действий не надо (на других сайтах, типа ЖЖ, там просто иконка со знаком вопроса висит, ведущая на хелп). Сайт, конечно, не командная строка, но про необращение внимания на неважную сейчас внутреннюю структуру должно быть понятно.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Fedora на пути к изменению наименования сетевых интерфейсов"	–4 +/–
	Сообщение от тигар (ok), 25-Янв-11, 09:54
	поклонник убунту сможет обосновать чем это плохо?
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	87. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от ubique (?), 25-Янв-11, 11:34
	Вам уже ответили конечно, но вот, на всякий случай: #ifconfig em0 name ifnet_ext
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	96. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от Gular (ok), 25-Янв-11, 13:42
	Среди официальных федоровцев много индусов. Что Вы хотите. Что сверху, из RH сольют, то и буду делать.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	103. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Аноним (-), 25-Янв-11, 17:19
	а как быть в случае когда MAC нужно поменять?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	105. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от pavlinux (ok), 25-Янв-11, 18:38
	> а как быть в случае когда MAC нужно поменять? А кому МАС менять будете? :)
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от User294 (ok), 25-Янв-11, 19:58
	> Фидорасы видимо не слышали про Hot-Swap PCI и забыли про не PCI > - ISA/EISA Куда они интереснее что делать с юсб? Это что, теперь придется сношать мозг вопросом в какое, бип!, гнездо юсб, бип! был воткнут, бип! мой usb2ethernet сетевой адаптер? Они бипанулись! Бип! Бип! Бип!
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	125. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Michael Shigorin (ok), 25-Янв-11, 22:22
	> Бип! Бип! Бип! Вроде ж не 4.10.1957? ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от adolfus (?), 26-Янв-11, 01:26
	> Фидорасы видимо не слышали про Hot-Swap PCI и забыли про не PCI > - ISA/EISA > Меня интересует карта, а не то каких местом она включена. > И при смене карты, в скрипте загрузки мне надо только поменять МАС, > и любая карта станет eth0. А разве интерфейсы не именуются еще на этапе загрзки ядра? За долго до того, как начнут отрабатывать скрипты из sysconfig/network-scripts? Посмотрел в dmesg -- сетевые карты именуется еще до того, как ext3 будет смонтирована, и интерфейсы именуются в том порядке, в котором карты обнаруживаются ядром. И плевать на макадреса, которые где-то в скриптах прописаны. Как говорится -- кто раньше встал, того и тапки. Просто вам везет -- у вас совпадает порядок привязки интерфейсов к IP с порядком их обнаружения ядром.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	148. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от pavlinux (ok), 26-Янв-11, 02:24
	> А разве интерфейсы не именуются еще на этапе загрзки ядра? > За долго до того, как начнут отрабатывать скрипты из 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)
	Ответить | Правка | Наверх | Cообщить модератору

8. "Fedora на пути к изменению наименования сетевых интерфейсов"	–6 +/–
Сообщение от iZEN (ok), 24-Янв-11, 22:33
Пусть лучше сделают наименование сетевых интерфейсов по имени драйвера сетевой, как в FreeBSD. Многие проблемы исчезнут разом.
Ответить | Правка | Наверх | Cообщить модератору

	11. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от bircoph (ok), 24-Янв-11, 22:44
	Это не поможет — у меня, например, три одинаковых карты в pci.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от pavlinux (ok), 24-Янв-11, 22:46
	Дык, rtl8139.0 rtl8139.1 rtl8139.2
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от bircoph (ok), 24-Янв-11, 23:06
	А где гарантия, что нумерация 0, 1 и 2 останется неизменной?
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Fedora на пути к изменению наименования сетевых интерфейсов"	–1 +/–
	Сообщение от pavlinux (ok), 24-Янв-11, 23:48
	> А где гарантия, что нумерация 0, 1 и 2 останется неизменной?   Ты просил имена, а как сортировать это не проблема - по макам, по pci шинам,..., кто жив...   У меня сейчас тоже три штуки торчит, две нвидии и одна Agree, При установке Нвидии нумеруются по младшему маку, Агрии по шине PCI, согласно lspci она da:00.0  Ethernet controller: Agere Systems ET-131x PCI-E Ethernet Controller (rev 02) И что, теперь она станет pcidа#0 :)
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 07:45
	> А где гарантия, что нумерация 0, 1 и 2 останется неизменной? Не знаю, как во фре, а в опёнке вроде как такая гарантия есть, по крайней мере, за этим следят.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	74. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от тигар (ok), 25-Янв-11, 09:55
	>> А где гарантия, что нумерация 0, 1 и 2 останется неизменной? > Не знаю, как во фре, а в опёнке вроде как такая гарантия > есть, по крайней мере, за этим следят. нумерация останется неизменной, номера будет засисеть от слота в который карта сунута. Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды?
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от User294 (ok), 25-Янв-11, 23:18
	> Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды? Лучше пусть таланты объяснят: какой смысл в перетыкании сетевух местами? Это такой вариант операции NOP в исполнении сисадмина? oO
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 23:26
	>> Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды? > Лучше пусть таланты объяснят: какой смысл в перетыкании сетевух местами? Это такой > вариант операции NOP в исполнении сисадмина? oO Это обычное шаманство, которое иногда помогает. Сам сталкивался на каком-то вполне себе новом и исправном HP-шном серваке. Одна из пары интеловских двухпортовок в упор не виделась. Поменяли местами — всё нормально. Глюк BIOS, или ещё что — хрен знает, разбираться было некогда, а потом машина пошла в продакшн, и пашет до сих пор на ура.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Fedora на пути к изменению наименования сетевых интерфейсов"	–1 +/–
	Сообщение от User294 (ok), 26-Янв-11, 14:29
	> Это обычное шаманство, которое иногда помогает. Не люблю шаманство. Шаманство означает что где-то порылся баг/глюк. > Сам сталкивался на каком-то вполне себе новом и исправном HP-шном серваке. Хотите сказать что хьюлет вам продал сервак в неработоспособной конфигурации? :) Или это вы уже сами своими руками сгородили? > Одна из пары интеловских двухпортовок в упор не виделась. > Поменяли местами — всё нормально. Глюк BIOS, или ещё что — хрен знает, > разбираться было некогда, а потом машина пошла в продакшн, и пашет > до сих пор на ура. С таким подходом имхо вы так и будете мудохаться с вечно полудохлым ACPI и что там у вас еще. Безусловно, баг можно кой-как "заткнуть жевательной резинкой", но это не означает что он пропал. Я бы в такой ситуации попробовал бы как минимум грузануться в несколько разных ОС чтобы понять насколько проблема в конкретной ОС, например. Благо, это недолго.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 26-Янв-11, 14:33
	>> Это обычное шаманство, которое иногда помогает. > Не люблю шаманство. Шаманство означает что где-то порылся баг/глюк. Полностью согласен. >> Сам сталкивался на каком-то вполне себе новом и исправном HP-шном серваке. > Хотите сказать что хьюлет вам продал сервак в неработоспособной конфигурации? :) Или > это вы уже сами своими руками сгородили? Сервак нормальный. Его купили незадолго до моего прихода в контору. Сетевухи купили отдельно, уже по моему указанию. >> Одна из пары интеловских двухпортовок в упор не виделась. >> Поменяли местами — всё нормально. Глюк BIOS, или ещё что — хрен знает, >> разбираться было некогда, а потом машина пошла в продакшн, и пашет >> до сих пор на ура. > С таким подходом имхо вы так и будете мудохаться с вечно полудохлым > ACPI и что там у вас еще. Безусловно, баг можно кой-как > "заткнуть жевательной резинкой", но это не означает что он пропал. Я > бы в такой ситуации попробовал бы как минимум грузануться в несколько > разных ОС чтобы понять насколько проблема в конкретной ОС, например. Благо, > это недолго. Не было времени. :( А второго такого же нету.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от тигар (ok), 26-Янв-11, 07:57
	>> Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды? > Лучше пусть таланты объяснят: какой смысл в перетыкании сетевух местами? Это такой > вариант операции NOP в исполнении сисадмина? oO это когда ты в своем зюзероутере о 2-3 pci сетевухах пыль решишь погонять пылесосом, например. Или еще пример: твой любимый оппонент по троллингу nuclight может расказать занимательную историю о том как сдавали по гарантии юнит, как тот вернулся и что было с именами интерфейсов по линаксом P.S. ты точно уверен что знаешь для чего nop нужна/что значит? я как-то не смог связать ее с тем что ты до нее написал;-))
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	170. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от User294 (ok), 26-Янв-11, 20:44
	> это когда ты в своем зюзероутере о 2-3 pci сетевухах пыль решишь > погонять пылесосом, например. Когда коту делать нечего... в смысле, я еще не видел чтобы компьютер перестал работать от пыли на именно сетевухах, зато я видел как компьютеры переставали работать от сборки-разборки почем зря. Особенно всякими криворукими. > Или еще пример: твой любимый оппонент по троллингу nuclight может расказать занимательную > историю о том как сдавали по гарантии юнит, как тот вернулся > и что было с именами интерфейсов по линаксом Ой, вселенская трагедия. А что, в остальных системах подобные ситуации напрочь исключены? Особенно при не дай боже замене сетевых карт на карты другого типа? Конечно, можно упереться рогом и ждать замену эквивалентную 1 в 1 хрен бы его знает сколько, но зачастую если нагнулась сетевха ее проще заменить на то что есть. А в чем профит прикопаться к одной конкретной ситуации, но забить на 100500 аналогичных, где будет то же самое? Это такой странный метод доказательства тезиса "линукс - говно" чтоли? :) > P.S. ты точно уверен что знаешь для чего nop нужна/что значит? Если имеется в виду ассемблерная команда "нифига не делать" - да, я хорошо знаю для чего она нужна. Вот перестановка админом сетевок сильно напоминает данное действо. Вроде что-то и было сделано, а результат - нулевой :). В смысле, время угрохано впустую с нулевым выхлопом. Спасибо если вреда нет. > я как-то не смог связать ее с тем что ты до нее написал;-)) А тут все просто: админ который развлекается перетасовкой сетевок в слотах - определенно страдает фигней.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от тигар (ok), 26-Янв-11, 23:33
	>> Или еще пример: твой любимый оппонент по троллингу nuclight может расказать занимательную >> историю о том как сдавали по гарантии юнит, как тот вернулся >> и что было с именами интерфейсов по линаксом > Ой, вселенская трагедия. А что, в остальных системах подобные ситуации напрочь исключены? > Особенно при не дай боже замене сетевых карт на карты другого > типа? Конечно, можно упереться рогом и ждать замену эквивалентную 1 в > 1 хрен бы его знает сколько, но зачастую если нагнулась сетевха > ее проще заменить на то что есть. А в чем профит речь о том что сервер уехал, грубо говоря, с бродкомами на борту, и именно в такой же комплектации приехал. Просто, например, разбирали его и кусками тестили. >> P.S. ты точно уверен что знаешь для чего nop нужна/что значит? > Если имеется в виду ассемблерная команда "нифига не делать" - да, я > хорошо знаю для чего она нужна. отличное, технарское, что называется "на пальцах" объяснение. > Вот перестановка админом сетевок сильно > напоминает данное действо. Вроде что-то и было сделано, а результат - > нулевой :). В смысле, время угрохано впустую с нулевым выхлопом. Спасибо > если вреда нет. а в нормальных ОС вреда от этого и не будет;-) >> я как-то не смог связать ее с тем что ты до нее написал;-)) > А тут все просто: админ который развлекается перетасовкой сетевок в слотах - > определенно страдает фигней. правильно, нужно срочно заниматься чем-то что эксперт user294 не считает фигней, фапать на нокИю например. или троллить в интернетах.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Michael Shigorin (ok), 26-Янв-11, 01:30
	> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута. Сюрприз, может меняться в зависимости от версии/настроек BIOS.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	140. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 26-Янв-11, 01:35
	>> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута. > Сюрприз, может меняться в зависимости от версии/настроек BIOS. Угу, но это стабильный фактор. BIOS сам собой не обновляется и настройки себе произвольно не меняет. Пока что. Вроде бы. Надеюсь...
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от тигар (ok), 26-Янв-11, 07:59
	>> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута. > Сюрприз, может меняться в зависимости от версии/настроек BIOS. мде. а еще сетевуха которая посередине стоит может сгореть! и тоже поедут номера. ну смешно же, право.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	169. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Michael Shigorin (ok), 26-Янв-11, 16:34
	>>> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута. >> Сюрприз, может меняться в зависимости от версии/настроек BIOS. > мде. а еще сетевуха которая посередине стоит может сгореть! и тоже поедут > номера. ну смешно же, право. Если по businfo прибито, то никто никуда не поедет -- разве что дырка в нумерации образуется (если таковая используется).
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от User294 (ok), 25-Янв-11, 23:10
	> Дык, rtl8139.0 rtl8139.1 rtl8139.2 А чем это лучше чем eth0, eth1, eth2? И напуркуа мне знать в имени и-фейса что там - реалтек? Если  мне надо будет это знать, я это и так узнаю. А так - ну вон атероса купили и теперь он стал квалком. Это что - резко переименовать все сетевые и-фейсы теперь? :)
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	130. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 23:16
	>> Дык, rtl8139.0 rtl8139.1 rtl8139.2 > А чем это лучше чем eth0, eth1, eth2? Сразу видно, что за драйвер отвечает. В принципе, дело вкуса, конечно. :) > И напуркуа мне знать в имени и-фейса что там - реалтек? Если  мне надо > будет это знать, я это и так узнаю. А так - > ну вон атероса купили и теперь он стал квалком. Это что > - резко переименовать все сетевые и-фейсы теперь? :) Зачем? Это ж имя драйвера, а не фирмы или ещё кого.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от User294 (ok), 26-Янв-11, 14:39
	> Сразу видно, что за драйвер отвечает. Если меня будет интересовать эта информация - я ее узнаю. Только она мне будет нужна не более чем в 10% случаев. Зачем мне засирать мозг? > В принципе, дело вкуса, конечно. :) Мне больше нравится группировка интерфейсов по их типу. > Зачем? Это ж имя драйвера, а не фирмы или ещё кого. А, ну вообще - да, пожалуй. Хотя называть драйвер именем фирмы которой уже нет - тоже как-то странно. Особенно весело будет когда появятся новые чипы, под новым брендом. Будем называть квалком атеросом? Или атерос квалкомом? Или новый драйвер забацают чисто по поводу переимнования конторы? (врядли они будут сильно переделывать сами чипы :D)
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 26-Янв-11, 14:43
	>> Сразу видно, что за драйвер отвечает. > Если меня будет интересовать эта информация - я ее узнаю. Только она > мне будет нужна не более чем в 10% случаев. Зачем мне > засирать мозг? >> В принципе, дело вкуса, конечно. :) > Мне больше нравится группировка интерфейсов по их типу. Я и говорю, дело вкуса, и в любом случае не смертельно. >> Зачем? Это ж имя драйвера, а не фирмы или ещё кого. > А, ну вообще - да, пожалуй. Хотя называть драйвер именем фирмы которой > уже нет - тоже как-то странно. Особенно весело будет когда появятся > новые чипы, под новым брендом. Будем называть квалком атеросом? Или атерос > квалкомом? Или новый драйвер забацают чисто по поводу переимнования конторы? (врядли > они будут сильно переделывать сами чипы :D) Это уже Linux-специфика как раз. В *BSD названия более абстрактные. например: dc, ie, fxp, em, ex, ix — драйвера для разных Intel'овских Ethernet-карт.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Fedora на пути к изменению наименования сетевых интерфейсов"	–1 +/–
	Сообщение от User294 (ok), 26-Янв-11, 20:54
	> Я и говорю, дело вкуса, и в любом случае не смертельно. Ну да, но мне не нравится идея федористов с названием сетевух по их физическому подключению. > Это уже Linux-специфика как раз. Да ну? А чойта у меня в линухе вайфай называется wlan0? Вообще без указания какой драйвер и чип. Что хорошо, мля. Потому что греть мозг вопросом какой там чип нужно только в очень некоторых случаях. Не являющихся "крейсерским" использованием ОС и сетевого ифейса ни разу. > В *BSD названия более абстрактные. например: dc, ie, fxp, em, ex, ix — драйвера > для разных Intel'овских Ethernet-карт. Мне такое обозначение не нравится. Зачем называть сетевые и-фейсы сокращениями, которые и без того используются людьми там и тут? (Постоянный ток, кривой браузер, порт телефонии, ... internet exchange). В случае eth* - сразу понятно что это, других сокращений никому особо в голову не придет, и хорошо описывает тип девайса. Хренли еще надо? :)
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 26-Янв-11, 21:00
	>> Это уже Linux-специфика как раз. > Да ну? А чойта у меня в линухе вайфай называется wlan0? Вообще > без указания какой драйвер и чип. Что хорошо, мля. Потому что > греть мозг вопросом какой там чип нужно только в очень некоторых > случаях. Не являющихся "крейсерским" использованием ОС и сетевого ифейса ни разу. Вы не посмотрели, о чём речь. «rtl8139» — так драйвера (сетевух) называются в Linux. >> В *BSD названия более абстрактные. например: dc, ie, fxp, em, ex, ix — драйвера >> для разных Intel'овских Ethernet-карт. > Мне такое обозначение не нравится. Зачем называть сетевые и-фейсы сокращениями, которые > и без того используются людьми там и тут? (Постоянный ток, кривой > браузер, порт телефонии, ... internet exchange). В случае eth* - сразу > понятно что это, других сокращений никому особо в голову не придет, > и хорошо описывает тип девайса. Хренли еще надо? :) Повторюсь, дело вкуса. По мне так эти споры выеденного яйца не стоят. Главное, чтобы так или иначе всё было понятно. Названия эти придумывал в том числе сам Intel, претензии к нему тож. ;) В OpenBSD, к слову, Wi-Fi-интерфейсы автоматически попадают в группу wlan, так что в этом случае имеется и то, и другое. ;)
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от iZEN (ok), 26-Янв-11, 00:22
	>> Дык, rtl8139.0 rtl8139.1 rtl8139.2 /dev/rl0, /dev/rl1, /dev/rl2, если это стомегабитные адаптеры на чипах RealTek 8129/8139. > А чем это лучше чем eth0, eth1, eth2? Тем, что их можно легко переименовать в более осмысленную схему именования — всего по строчке на интерфейс, а отличие от этих ваших ничего не значащих eth*, которые неизвестно где переименовывать нужно и вертеть кучей настроек. > И напуркуа мне знать в имени и-фейса что там - реалтек? В случае двух разных интерфейсов они отличаются и позицией гнезда, и названием своего драйвера. То есть можно однозначно сказать, что, допустим, патчкорд, сунутый в интеграшку nfe0 будет получать Internet от провайдера, а патчкорд из дискретной гигабитки re0 точно идёт в локалную сеть прямо на свитч. И ничего выдумывать с именами не надо — всё и так предельно видно и ясно — они не поменяются "местами". > Если  мне надо будет это знать, я это и так узнаю. А вам надо вооружаться тестером сети или временно выдёргивать патчкорд (грубо говоря), чтобы определить, какое гнездо к какому интерфейсу принадлежит. > А так - > ну вон атероса купили и теперь он стал квалком. Это что > - резко переименовать все сетевые и-фейсы теперь? :) Названия старых чипов/драйверов останутся прежними.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	139. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Michael Shigorin (ok), 26-Янв-11, 01:34
	> А вам надо вооружаться тестером сети или временно выдёргивать патчкорд (грубо говоря), > чтобы определить, какое гнездо к какому интерфейсу принадлежит. Надо же, надо будет запретить ethtool -p eth1 3 моргать лямпочкой три секунды. (справедливости ради -- не на всех драйверах/чипах это работает, не всегда лямпочка есть/видима, ну и таймаут стоит не забывать, потому как интерфейс на это время блокируется) PS: глупости по поводу "с ыменем драйвера лучше" не выдерживают проверки ethtool -i $iface, если что.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от ананим (?), 26-Янв-11, 10:22
	это всё ещё фигня. а вот когда кучу фаервольных настроек нужно будет под каждого азен-производителя колбасить, вот тогда начнётся веселье. а вообще забавно - помнится в опенсолярке за достижение писали как наконецто можно заменить на eth+ все интерфейсы и будет щастье, а тут всё наоборот. точно, солярщики в федорчуки подались. :D
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Fedora на пути к изменению наименования сетевых интерфейсов"	–1 +/–
	Сообщение от User294 (ok), 26-Янв-11, 21:20
	> /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. Нет, можно, конечно, даже сетевую карту вытащить, если шило в жопе зудит сказать что линукс сосет, но чесслово, это совсем не обязательно для определения того что и куда воткнуто :) > Названия старых чипов/драйверов останутся прежними. Зато новых чипов сделают. Под новыми брендами. Но практически со старой начинкой.
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	176. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от iZEN (ok), 26-Янв-11, 22:49
	>> /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.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "(offtopic) именование интерфейсов, значится"	+/–
	Сообщение от Michael Shigorin (ok), 27-Янв-11, 00:04
	> Ну так, чтобы знать, что у тебя установлено под жестянкой не гигабитка, > а полудохлая сотка. И не ждать от неё чудес производительности на > этом интерфейсе. Хм, и поменяв на fxp, бежать всё перематывать в файрволе? > Да. Intel лучше справляется с большими нагрузками Интересно, что сейчас лучше справляется -- ixgb или mlx4_en... (hint: большие нагрузки втыкаются немножко другим кабелем)
	Ответить | Правка | Наверх | Cообщить модератору

	180. "(offtopic) именование интерфейсов, значится"	+/–
	Сообщение от iZEN (ok), 27-Янв-11, 00:40
	>> Ну так, чтобы знать, что у тебя установлено под жестянкой не гигабитка, >> а полудохлая сотка. И не ждать от неё чудес производительности на >> этом интерфейсе. > Хм, и поменяв на fxp, бежать всё перематывать в файрволе? Да, так как в Linux с большой вероятностью съедет нумерация интерфейсов, и файервол вместо того, чтобы предоставлять NAT пользователям локалки, будет предоставлять NAT провайдеру в локальную сеть. :)) Да, если на FreeBSD, так как файервол не заработает — новому интерфесу нужно ставить в соответствие ранее использованное имя в пакетном фильтре.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "(offtopic) именование интерфейсов, значится"	+/–
	Сообщение от Michael Shigorin (ok), 27-Янв-11, 00:52
	> Да, так как в Linux с большой вероятностью съедет нумерация интерфейсов Хорошо бы экспертную оценку величины этой вероятности -- дистрибутивы-то не в курсе. > Да, если на FreeBSD, так как файервол не заработает — новому интерфесу > нужно ставить в соответствие ранее использованное имя в пакетном фильтре. Бишь не поднимется и соответственно пропускать будет всё подряд?
	Ответить | Правка | Наверх | Cообщить модератору

	188. "(offtopic) именование интерфейсов, значится"	+/–
	Сообщение от тигар (ok), 27-Янв-11, 23:43
	>> Ну так, чтобы знать, что у тебя установлено под жестянкой не гигабитка, >> а полудохлая сотка. И не ждать от неё чудес производительности на >> этом интерфейсе. > Хм, и поменяв на fxp, бежать всё перематывать в файрволе? а кто Вас заставляет отказываться от использования макросов? ;) поменять в 1 месте название интерфейса не думаю что сложно, тем более если знать что, например, вместо реалтека будет сунут fxp;)
	Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

	191. "(offtopic) именование интерфейсов, значится"	+/–
	Сообщение от Michael Shigorin (ok), 27-Янв-11, 23:52
	>> Хм, и поменяв на fxp, бежать всё перематывать в файрволе? > а кто Вас заставляет отказываться от использования макросов? ;) Собсно мне-то что кажется: rl1 вместо eth2 -- это шило на мыло.  И хватит его уже дёргать.  Потому как если для конкретного хоста важен смысл -- то важно с технической стороны будет то, могут ли ядро+утилиты это организовать, а всё остальное из нужного -- пережить. С "осмысливанием" в более общем случае действительно проблемы -- можно пытаться исходить из типа железки (eth/wifi), наличия или отсутствия маршрутизации пакетиков куда-нить до 8.8.8.8 или ещё чего, но для сколь-нибудь толкового автоугадава всё равно придётся сужать условия задачи.  У нас такая задачка обдумывается для дистрибутива, который разворачивается на ферме управления кластером -- где различать e.g. управляющую и сервисную сеть достаточно сильно помогает, причём физика может быть существенно разная под одними по функции интерфейсами разных хостов.  Соответствующую страничку на внутренней вики рисовали в четыре руки с netch@. :)
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 05:38
	> Пусть лучше сделают наименование сетевых интерфейсов по имени драйвера сетевой, как в > FreeBSD. Многие проблемы исчезнут разом. Конкретно FreeBSD тут ни при чём, это наследие BSD как таковое. Интересно другое — я и не знал, что для Linux нынче актуальна проблема смены имён интерфейсов при перезагрузке. Redhat, кажется, таки поехал крышей. :(
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	75. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от тигар (ok), 25-Янв-11, 09:57
	> Интересно другое — я и не знал, что для Linux нынче актуальна > проблема смены имён интерфейсов при перезагрузке. а еще можно разобрать машинку, пропылесосить, собрать обратно (поставив сетевухи не так как стояли, перемешав) и получить совершенно другие номера;-)
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Аноним (-), 25-Янв-11, 10:07
	простите а что опция MAC="xxxxxx" в if-ethX уже не актуальна? Таки RedHat гонит. Хотя.. что хотели от монополиста? что хочу то и ворочу - а вы будете жрать что дали.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от тигар (ok), 25-Янв-11, 10:17
	> простите а что опция MAC="xxxxxx" в if-ethX уже не актуальна? не в курсе. > Таки RedHat гонит. Хотя.. что хотели от монополиста? что хочу то и > ворочу - а вы будете жрать что дали. "простите, не мы, а Вы" (с) я, к счастью, давно не сталкиваюсь с linux.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Fedora на пути к изменению наименования сетевых интерфейсов"	–1 +/–
	Сообщение от SubGun (??), 25-Янв-11, 10:19
	Я конечно могу ошибаться, поскольку очень давно ставил "дядю Федора", но разве там файлы настройки сетевых генерируются не согласно MAC'у?
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	93. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от kolayshkin (??), 25-Янв-11, 12:45
	Да, такая проблема есть. Дома стоит RedHat 5.какой-то, и две сетевухи. Иногда сетевухи меняются именами после перезагрузки. Но правда есть механизм под название udev. Им можно всё что угодно привязать к тому имени который необходим.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

9. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от bircoph (ok), 24-Янв-11, 22:43
Делать им больше нечего. Правила udev легко решают проблемы с фиксацией имён интерфейсов, не вижу смысла в новых костылях и разрушении стандартного способа именования интерфейсов — это сделает более сложным перенос программ и скриптов между дистрибутивами.
Ответить | Правка | Наверх | Cообщить модератору

	47. "Fedora на пути к изменению наименования сетевых интерфейсов"	–1 +/–
	Сообщение от Аноним123321 (ok), 25-Янв-11, 05:09
	> Правила udev легко решают проблемы с фиксацией имён интерфейсов тык вот они как раз навено и решили это -- через udev (а вы как думали? что они решили это -- через волшебную магию? :-D :-D) > это сделает более сложным перенос программ и скриптов между дистрибутивами. например на моём компьютере (изза ранее перестановак Ethernet-карт) -- нет ниодной сетевой карты с именем eth0... но зато есть аж целых две: eth1 и eth2 ...скажите пожалуйста -- _КАК_ "программы и скрипты" которые запутываются от всяких неординарных имён сетевых интерфейсов (типа "pci12#45") -- смогут корректно работать с "eth1" и "eth2" (но без "eth0") ??? наверно этот нонсенс! если скрипт не тупой -- то ему будет сёравно как называется сетевой интерфейс! ...а если скрипт написал идиот который щитает что у всех компьютеров сетевой интерфейс называется строго "eth0" -- то ВТОПКУ такие скрипты и программы :-D
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Docent (??), 25-Янв-11, 07:17
	ню-ню если скрипт не поддерживают цветовую дифференциацию штанов - ф топку его. есть стандарты и их надо придерживаться. в линуксе сетевые интерфейсы ethernet именуются как eth* и все пишут программы именно с таким расчетом.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 07:31
	> ню-ню > если скрипт не поддерживают цветовую дифференциацию штанов - ф топку его. > есть стандарты и их надо придерживаться. в линуксе сетевые интерфейсы ethernet именуются > как eth* и все пишут программы именно с таким расчетом. Угу. Правда, сетевые интерфейсы бывают ещё и не-Ethernet. Транки там всякие, VLAN'ы... И мне что-то в голову не приходят программы, которые не должны работать нигде, кроме как на реальных Ethernet-интерфейсах. А слово «стандарт» здесь вообще не применимо. Максимум «соглашение», а точнее, это просто «так исторически сложилось».
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Аноним (-), 25-Янв-11, 08:22
	>> ню-ню >> если скрипт не поддерживают цветовую дифференциацию штанов - ф топку его. >> есть стандарты и их надо придерживаться. в линуксе сетевые интерфейсы ethernet именуются >> как eth* и все пишут программы именно с таким расчетом. > Угу. Правда, сетевые интерфейсы бывают ещё и не-Ethernet. Транки там всякие, VLAN'ы... > И мне что-то в голову не приходят программы, которые не должны > работать нигде, кроме как на реальных Ethernet-интерфейсах. > А слово «стандарт» здесь вообще не применимо. Максимум «соглашение», > а точнее, это просто «так исторически сложилось». Слова "Стандарт" и "Линукс" вообще подходят друг к другу как кулак к носу.
	Ответить | Правка | Наверх | Cообщить модератору

10. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от Аноним (-), 24-Янв-11, 22:43
Проблема определена верно. А вот решение явно сырое и непродуманное. Ну, например, разве не может быть встроенная карта pci? Или вот две встроенные карты - ну чем оно поможет против переименования? Вот что-то типа labels бы для сетевух, ну так это в udev практически и сделано.
Ответить | Правка | Наверх | Cообщить модератору

	16. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от pavlinux (ok), 24-Янв-11, 23:08
	> разве не может быть встроенная карта pci? Все встроенные - PCI, они по любому паяются к Южному мосту и BIOS их не отличает от слотовых, а они видимо решили, что знают лучше BIOS.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от Аноним (-), 25-Янв-11, 00:28
	к сожалению(или радости) вам надо узнать что все современные сетевые адаптеры PCI-E и памяются они не к южному а к северному мосту на 1х PCI-E.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от pavlinux (ok), 25-Янв-11, 02:02
	> к сожалению(или радости) вам надо узнать что все современные сетевые адаптеры PCI-E > и памяются они не к южному а к северному мосту на 1х PCI-E. Да хоть к экватору, PCI она и в африке PCI У меня ваще два чипсета, одна сетевуха впаяна к Nvidia nForce Pro 2200, другая к Nvidia nForce Pro 2050, та же фигня в PCI-E портами, судя по определению мостов они все Южные, хотя 2050 больше похож на Север, так как к ниму припаян только один PCI-E и сетевуха.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Michael Shigorin (ok), 26-Янв-11, 01:41
	> к сожалению(или радости) вам надо узнать что все современные сетевые адаптеры PCI-E > и памяются они не к южному а к северному мосту на 1х PCI-E. Остерегайтесь обобщений -- пошёл в соседнюю комнату, посмотрел для точности на мелланоксовскую платку -- 8x и никуда не припаяна. :)
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	66. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от iZEN (ok), 25-Янв-11, 07:44
	>Все встроенные - PCI, они по любому паяются к Южному мосту Не все. У Intel были чипсеты с интегрированным в северный мост гигабитным сетевым интерфейсом, так как ICH с его шиной к севернику оказался "бутылочным горлышком".
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	133. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от User294 (ok), 25-Янв-11, 23:25
	> Все встроенные - PCI, они по любому паяются к Южному мосту Смотрю на AR7161, и думаю - блин, где же у него южный мост? Эзернет - есть. PCI - тоже есть. А южного моста - нету. И bios нету. Приколись? Интересно, как федористы предложат там сетевые и-фейсы именовать, при отсутствии биоса? Или если биос есть то имена одни, а если нет - другие? :)))
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

13. "Fedora на пути к изменению наименования сетевых интерфейсов"	+5 +/–
Сообщение от pavlinux (ok), 24-Янв-11, 22:48
> Так как формат "pci<slot>#<port>", то "eth<slot>#<port>" Кстати, эти придурни не забыли, что # - это комментарий в shell
Ответить | Правка | Наверх | Cообщить модератору

	17. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от denis111 (ok), 24-Янв-11, 23:09
	Экейпить будут :)
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от pavlinux (ok), 24-Янв-11, 23:17
	> Экейпить будут :) Угу #!/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 *) Ну не знаю, как это ядру понравиться... мож и прокатит.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от iZEN (ok), 25-Янв-11, 00:13
	>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".
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Fedora на пути к изменению наименования сетевых интерфейсов"	+3 +/–
	Сообщение от pavlinux (ok), 25-Янв-11, 01:39
	>>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
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Serge (??), 25-Янв-11, 01:41
	> У линуксятников разве нельзя дать физическому устройству другое имя (я не говорю про alias)? все можно. можно переименовать девайс, можно переименовать линк.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	42. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от pavlinux (ok), 25-Янв-11, 02:26
	>> У линуксятников разве нельзя дать физическому устройству другое имя (я не говорю про 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
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от Serge (??), 25-Янв-11, 03:13
	Я сказал - переименовать. # ip link del eth0 # ip link set eth0 name em0 это -  переименовать линк. udev может переименовывать девайсы. Как дать второе имя (aka link name alias) Вы сами же и написали - но, кажется, не работает. Мне это никогда не было нужно - наверное я не один такой и никто не тестил эту фичу.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Fedora на пути к изменению наименования сетевых интерфейсов"	–3 +/–
	Сообщение от Аноним123321 (ok), 25-Янв-11, 05:20
	>[оверквотинг удален] > 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 *) > Ну не знаю, как это ядру понравиться... мож и прокатит. эх bash-программисты! ну вот зачем вы программируете на bash? почемубы вам не писать скрипты на привычном-для-вас Perl/Python/PHP/C++ ?? а если уж решили чтото сделать ВСЁТАКИ на Bash --то 1. неужеле было так трудно погуглить о том как производиться "работа с массивами" на bash? 2. неужеле так трудно ВЕЗДЕ ставить ковычки при работе со строковыми переменными? #!/bin/bash CARDS=("pci0#0" "pci0#1" "pci0#2" "pci0#3") for i in "${CARDS[@]}" do     echo iptables -s "$i" -j DROP; done СТЫДНо ДОЛЖНОБЫТЬ!
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	55. "Fedora на пути к изменению наименования сетевых интерфейсов"	+7 +/–
	Сообщение от pavlinux (ok), 25-Янв-11, 06:28
	Тема про имена, а не программирование на баше. Без тебя разберёмся куда-чего писать. #!/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/bash for ((i=0; i<= 3; i++)) do     echo iptables -s "pci#$i" -j DROP; done
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Fedora на пути к изменению наименования сетевых интерфейсов"	–4 +/–
	Сообщение от Аноним123321 (ok), 25-Янв-11, 06:35
	тоже выход! молодец, выкрутился! :-) но тему работы с bash-массивами -- советую вам всётаки подучить
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Аноним (-), 26-Янв-11, 09:05
	> тоже выход! > молодец, выкрутился! :-) > но тему работы с bash-массивами -- советую вам всётаки подучить а мы пользуемся все так же sh, что бы универсально было, и там нет массивов.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от тигар (ok), 25-Янв-11, 09:58
	pavlinux, я тебя, кажется, начинаю ненавидеть:) > #!/bin/bash [skipped] > $ sh ./test.sh ну и, походу скрипта, где ты хоть 1 фичу bash заюзал?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	106. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от pavlinux (ok), 25-Янв-11, 18:45
	> pavlinux, я тебя, кажется, начинаю ненавидеть:) Меня низя не навидить, я белое и пушистое :)
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Fedora на пути к изменению наименования сетевых интерфейсов"	–3 +/–
	Сообщение от Аноним123321 (ok), 25-Янв-11, 06:04
	> Экейпить будут :) 95% людей кто пишет bash-скрипты (у себя в собственном линуксе на коленке) -- даже не знают что такое "экранизация" в bash :-D для них функция quote() -- это вообще просто какаято невиданная непонятная фигня вот сейчас я покажу пример как можно послать команду на удалённый ssh-сервер чтобы удалённый ssh-сервер создал удалённый файл с произвольным именем и содержанием: #!/bin/bash remote_addr="$1" file_name="$2" file_content="$3" if [ $# != 3 ] then     echo "пожалуйста укажите <удалённый-адресс> <имя-файла> <содержимое файла>"     exit 2 fi quote () {     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... но здесь я просто рассмотрел пример "что такое экранизация"
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	54. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 06:13
	>> Экейпить будут :) > 95% людей кто пишет bash-скрипты (у себя в собственном линуксе на коленке) > -- даже не знают что такое "экранизация" в bash :-D Не знают. И поэтому-то использование "#" череповато — обычный, безобидный пользователь какой-нибудь убунты пострадает из-за криворукости программиста. Провоцирование проблем в данном случае не оправданно. > # p.s.: не не.. я понимаю что создать удалённый файл на сервере > можно и с помошью команды scp... но здесь я просто рассмотрел > пример "что такое экранизация" Как раз иногда приходится использовать ssh, так как scp не умеет копировать из стандартного ввода. То есть нормально сливать вывод программы через SSH можно только таким образом; можно, конечно, ещё извращённо, через перенаправление сокетов, но давайте всё же без маразма. :-)
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от serg (??), 25-Янв-11, 11:55
	экранизация http://ru.wikipedia.org/wiki/%D0%AD%D0%B... Экранирование символов http://ru.wikipedia.org/wiki/%D0%AD%D0%B... Зачем кичиться познаниями в баше, если термины правильно употреблять не можешь? в приведенном фрагменте когда, кирилический текст смотрится забавно.. что делать если другая локаль? Какже использование фич? gettext? где переводы? большинство людей используют скрипты как средство автоматизации своей работы. на мой взгляд, нет смысла adhoc скрипт тестировать на все возможные "засады".
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	123. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от незарегистрированный аноним (?), 25-Янв-11, 21:46
	> надеюсь другие придурни не забыли что ВСЕ СТРОКОВЫЕ АРГУМЕНТЫ в bash пишутся > в ковычках? В "ковычках" только у вас что-то пишется. А в кавычках пишутся те строковые аргументы, которые в этих самых кавычках нуждаются.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

19. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от kuku (?), 24-Янв-11, 23:21
а может что-нибудь типа eth_aa:bb:cc:dd:ee:ff ?
Ответить | Правка | Наверх | Cообщить модератору

	22. "Fedora на пути к изменению наименования сетевых интерфейсов"	+13 +/–
	Сообщение от pavlinux (ok), 24-Янв-11, 23:33
	eth_вторая_дырочка_снизу_сзади_компа
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от ананим (?), 26-Янв-11, 14:24
	млин. а ifconfig eth0 (или ip link show eth0) уже перестал маки выдавать?
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	174. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от User294 (ok), 26-Янв-11, 21:23
	> а может что-нибудь типа eth_aa:bb:cc:dd:ee:ff ? Заучивать мак-адреса - это недостаточно хардкорно. Нужно заставить юзера зубрить как  минимум IPv6 адрес, целиком :)
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	175. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 26-Янв-11, 21:36
	>> а может что-нибудь типа eth_aa:bb:cc:dd:ee:ff ? > Заучивать мак-адреса - это недостаточно хардкорно. Нужно заставить юзера зубрить как   > минимум IPv6 адрес, целиком :) Причём без двоеточий.
	Ответить | Правка | Наверх | Cообщить модератору

20. "Fedora на пути к изменению наименования сетевых интерфейсов"	+9 +/–
Сообщение от Knuckles (ok), 24-Янв-11, 23:24
Федорино горе. Имхо проблема решается так же, как для жестких дисков: /dev/net/by-id/... А задуманная схема маразматична.
Ответить | Правка | Наверх | Cообщить модератору

21. "Fedora на пути к изменению наименования сетевых интерфейсов"	–1 +/–
Сообщение от Аноним (-), 24-Янв-11, 23:26
В федоре непривилегированый пользователь всё ещё может поставить любой пакет из подключенной репы?
Ответить | Правка | Наверх | Cообщить модератору

	26. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от анонимус (??), 25-Янв-11, 00:14
	нет конечно :)
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от Аноним (-), 25-Янв-11, 00:53
	Как давно вы перестали по утрам пить коньяк ?
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	114. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от Аноним (-), 25-Янв-11, 19:27
	> Как давно вы перестали по утрам пить коньяк ? через месяц после этого: http://lwn.net/Articles/362592/
	Ответить | Правка | Наверх | Cообщить модератору

28. "Fedora на пути к изменению наименования сетевых интерфейсов"	–1 +/–
Сообщение от mvalery (ok), 25-Янв-11, 00:21
Мучаюсь c чем-то похожим во FreeBSD. У нас имена интерфейсов совпадают с именем драйвера сетевой карты: em0, bge0, bce0 и т.д. Хочется по-быстрому запросить IP, как в линуксе, командой: # ifconfig eth0 Да нельзя. Во FreeBSD надо указывать явно: # ifconfig em0 а на другом сервере # ifconfig  bce0 и т.д. А у меня одновременно открыто по 10-15 сессий к серверам. Я не помню на каком железе бежит система на каждом из них.
Ответить | Правка | Наверх | Cообщить модератору

	32. "Fedora на пути к изменению наименования сетевых интерфейсов"	–3 +/–
	Сообщение от Аноним (-), 25-Янв-11, 01:18
	Читайте дакументацию. ifconfig_bce0_name="eth0" ifconfig_em0_name="DMZ" ifconfig_rl0_name="офис"
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от mvalery (ok), 25-Янв-11, 01:45
	Да, в курсе. Пользуюсь. Однако в Линуксе я это получаю "из коробки", а во FreeBSD должен добавлять на каждом сервере. Некоторым из моих коллег мои нововведения не нравятся.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Fedora на пути к изменению наименования сетевых интерфейсов"	+4 +/–
	Сообщение от Аноним (-), 25-Янв-11, 03:11
	Имена какие тебе хочется из коробки? Телепатическим способом, не иначе.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от AdVv (ok), 25-Янв-11, 01:33
	А просто ifconfig чем не устраивает ? Или вы не ищете легких путей ?
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	40. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от mvalery (ok), 25-Янв-11, 01:50
	> А просто ifconfig чем не устраивает ? Или вы не ищете легких > путей ? Дофига мусора на экране. Люблю давать четкую команду и получать четкий ответ, чтобы не искать глазами. Когда на каждом интерфейсе много алиасов, каша на экране реально раздражает.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от mnu (??), 25-Янв-11, 04:33
	man grep
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Name (?), 25-Янв-11, 01:36
	или, если не дофига интерфейсов, ifconfig без параметров - выдает инфу обо всех карточках
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	36. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Name (?), 25-Янв-11, 01:37
	> или, если не дофига интерфейсов, ifconfig без параметров - выдает инфу обо > всех карточках опередили
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от anonymous (??), 25-Янв-11, 10:47
	вообще без параметров выдает инфу об активных интерфейсах, для того чтобы показало все надо ifconfig -a
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	99. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от odus (ok), 25-Янв-11, 14:19
	> вообще без параметров выдает инфу об активных интерфейсах, для того чтобы показало > все надо ifconfig -a Уже давно как достаточно просто: ifconfig Раньше действительно нужно было писать: ifconfig -a
	Ответить | Правка | Наверх | Cообщить модератору

29. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
Сообщение от PROTIV_ETOGO_VELOSIPEDA (?), 25-Янв-11, 00:27
кто нибудь напишите в список рассылки федоры/данной фичи, что это попросту новый велосипед!!!
Ответить | Правка | Наверх | Cообщить модератору

	52. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 05:50
	> кто нибудь напишите в список рассылки федоры/данной фичи, что это попросту новый > велосипед!!! А кто вам мешает это сделать? o_O
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от Аноним (-), 25-Янв-11, 10:10
	>> кто нибудь напишите в список рассылки федоры/данной фичи, что это попросту новый >> велосипед!!! > А кто вам мешает это сделать? o_O Он не умеет)))
	Ответить | Правка | Наверх | Cообщить модератору

33. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от Zulu (?), 25-Янв-11, 01:24
В каком смысле "отсутствует гарантия"? Еще как присутствует, рулесами udev. А такое переименование не решает вообще ничего, даже якобы сформулированную проблему перенумерации, зато вносит несовместимость.
Ответить | Правка | Наверх | Cообщить модератору

	51. "Fedora на пути к изменению наименования сетевых интерфейсов"	–6 +/–
	Сообщение от Аноним123321 (ok), 25-Янв-11, 05:38
	> ... А такое > переименование не решает вообще ничего, даже якобы сформулированную проблему перенумерации, > зато вносит несовместимость. уточните пожалуйста -- несовместимость -- с чем? если вы говорите про мифическую несовместимость прикладного софта с именами сетевых интерфейсов (отличных от "ethXXX") -- то тогда просто ЛОЛ! :-D ...так как программам абсолютно сёравно как называется сетевой интернейс .....а еслиже ВЫ_САМИ пишете программы которые изначально забиты для работы СТРОГО только для "eth0" -- то ЛОЛ-в-КВАДРАТЕ!
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от Zulu (?), 25-Янв-11, 15:05
	Несовместимость с остальными линуксами, где еще не тронулись умом. А насчет мифической несовместимости прикладного софта... Ну, с em0 он конечно совместим, а вот с whatever#number еще напляшетесь, это я как краевед говорю. Много скриптов квотят название интерфейса? То-то.
	Ответить | Правка | Наверх | Cообщить модератору

70. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от Онаним (?), 25-Янв-11, 08:47
> такие приемы как привязка к MAC-адресу имхо - единственно правоверный метод. у меня может быть usb'шная карточка (например, сгорела встроенная в ноуте), которую я втыкаю то в один слот, то в другой. и что, каждый раз она будет получать новое имя в зависимости от номера гнезда?
Ответить | Правка | Наверх | Cообщить модератору

	83. "Fedora на пути к изменению наименования сетевых интерфейсов"	–2 +/–
	Сообщение от Аноним123321 (ok), 25-Янв-11, 11:21
	а зачем вы будете втыкать её то в один слот то в другой? %) %)
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от Онаним (?), 25-Янв-11, 11:33
	Зрение плохое, промахиваюсь :D
	Ответить | Правка | Наверх | Cообщить модератору

90. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
Сообщение от klalafuda (?), 25-Янв-11, 12:08
Может быть я конечно что-то не понимаю, но чем, пардон 'встроенная в материнскую плату сетевая карта' отличается от 'PCI карты'? Вообще то что там что там - обычное PCI устройство. А уж куда оно там и как встроено или вставлено - совершенно фиолетово..
Ответить | Правка | Наверх | Cообщить модератору

	91. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от vodz (ok), 25-Янв-11, 12:28
	> А уж куда оно там и как встроено или вставлено - совершенно фиолетово.. Ну не всегда. У меня патчкорды для серверов уложены так, что в другую карту воткнуть можно, но разу видно, что не туда: или торчит с петлей или еле дотягивается. На патчкордах бирочки. MAC-и дело десятое, а вот порты в коммутаторе с vlan-ами перепутать нельзя. То есть сгоревшую карту то можно заменить, добавить следующую, но ничего поменяться не должно, ибо выполнять это будет человек без права правки настроек сервера и коммутатора.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от klalafuda (?), 25-Янв-11, 12:36
	> То есть сгоревшую карту то можно заменить, добавить следующую, но ничего поменяться не должно, ибо выполнять это будет человек без права правки настроек сервера и коммутатора. Ну тогда наверное должен быть механизм, который бы позволял делать привязку к конкретному PCI слоту или в этом духе. Проблема то понимаемая. Но вот чтобы так, с плеча, рубить ethX... Это как-то тоже нехорошо. Вот завтра после очередного yum update я вдруг обнаружу, что вместо нескольких привычный ethX у меня вдруг появился зоопарк чего-то совершенно не пойми чего. И шо? Вот счастье то..
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от vodz (ok), 25-Янв-11, 13:52
	> Ну тогда наверное должен быть механизм, который бы позволял делать привязку к > конкретному PCI слоту или в этом духе. Что-то типа этого и предлагается. Потом то добавить алиасное имя можно хоть опять на ethX > Вот завтра после очередного yum update я вдруг обнаружу, что вместо > нескольких привычный ethX у меня вдруг появился зоопарк чего-то совершенно не > пойми чего. И шо? Вот счастье то.. А куда деваться. После обновлений всегда надо проверять, что должно измениться и что получилось.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Michael Shigorin (ok), 26-Янв-11, 01:51
	> Ну тогда наверное должен быть механизм, который бы позволял делать привязку к > конкретному PCI слоту или в этом духе. Давно есть businfo.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	108. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от pavlinux (ok), 25-Янв-11, 19:00
	> То есть сгоревшую карту то можно заменить, добавить следующую, но ничего поменяться > не должно, ибо выполнять это будет человек без права правки настроек сервера и коммутатора. То есть развиньтить и всунуть чего "надо", типа аппаратный сниферок, он может, а мак-адрес переписать нет.  :)
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	110. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от vodz (ok), 25-Янв-11, 19:04
	> То есть развиньтить и всунуть чего "надо", типа аппаратный сниферок, он может, Имеено так. Вот когда у Вас сантехник туалет прочищает, Вы, случайно, не проверяете потом, а не установил ли он туда видеокамеру заодно?
	Ответить | Правка | Наверх | Cообщить модератору

94. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
Сообщение от Frank (ok), 25-Янв-11, 12:45
Меня забавляло, что в виндах воткнутый в другой разъём USB свисток надо заново настроить, и "Сетевое подключение №Х" плодились при этом в списке подключений по числу дырок, в которые ты мог воткнуть; так теперь такая же петрушка обещает быть и в федоре... Одно радует - я ею никогда не пользовался :)
Ответить | Правка | Наверх | Cообщить модератору

104. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от vle (ok), 25-Янв-11, 17:36
Еще пару десятилетий и в Линуксе придут и к другому именованию дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>, как это сделано в солярисе. Не знаю, как кому, а меня всегда бесило именование дисковых и сетевых устройств что в Линуксе, что в BSD. Столкнулся однажды с ситуацией, когда 5 винтов через udev развести оказалось невозможно (я не смог), и при каждой перезагрузке имена менялись. Полный паразм, правда, это было много лет тому, и сейчас я это уже не воспроизведу.
Ответить | Правка | Наверх | Cообщить модератору

	107. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от non anon (?), 25-Янв-11, 18:58
	А что, в солярисе обозначения винтов в принципе меняться не могут? Как там это сделано, если не секрет? Что касается линукса, то умные люди давно уже юзают /dev/disk/by-uuid :-)
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Fedora на пути к изменению наименования сетевых интерфейсов"	–1 +/–
	Сообщение от vle (ok), 25-Янв-11, 19:29
	> А что, в солярисе обозначения винтов в принципе меняться не могут? Насколько мне известно не могут, если конечно винты в разные слоты не перетыкать. Если я ничего не путаю, проблема перенумерации девайсов при перезагрузке "изобретена" именно в Линуксе. > Как там это сделано, если не секрет? /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. Он есть?
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Fedora на пути к изменению наименования сетевых интерфейсов"	+2 +/–
	Сообщение от Zulu (?), 25-Янв-11, 20:19
	Еще как могут в Солярисе меняться номер дисков https://defect.opensolaris.org/bz/show_bug.cgi?id=5451
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от vle (ok), 25-Янв-11, 20:32
	Jan Damborsky 2010-01-07 10:27:23 UTC    fixed in changeset:    2f04e6d1a2353fa00e0a159801aa380e0828f065 То есть там это признают багой по крайней мере.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Zulu (?), 26-Янв-11, 15:35
	Ну конечно нет. Пофикшено в инсталлере -- тем что введен иной критерий именования дисков, кроме cXtXdX.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от анон (?), 25-Янв-11, 20:54
	>Насколько мне известно не могут, если конечно винты в разные слоты не перетыкать. >В угловых скобках номер контроллера, чего-то там еще, диска и раздела. Т.е. если переткнуть в другой контроллер, не говоря уже о другом компе, всё рухнет? Н-да, "и эти люди запрещают нам ковыряться в носу". EPIC. >Ага, not_so_short_name_of_my_first_hard_disk - это оооочень удобно ;-) Не понимаю вашей иронии. Скажите, сколько раз в день у вас возникает необходимость набрать полный путь к блочному устройству? И что у вас за такая загадочная религия, запрещающая пользоваться автодополнением шелла? Что касается коротких имён, то они неинформативны по определению, безотносительно оси. Простейший тому пример - втыкание винта в другой комп. Даже при использовании именования по меткам разделов, проблемы не исключены.
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	144. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Michael Shigorin (ok), 26-Янв-11, 01:53
	> Столкнулся однажды с ситуацией, когда 5 винтов через udev развести > оказалось невозможно (я не смог), и при каждой перезагрузке > имена менялись. Столкнёшься -- пиши, стримеры на FC тоже успокаивал. > Полный паразм, правда, это было много лет тому, и сейчас > я это уже не воспроизведу. Ну udev не такой старый, как ты. :)
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	158. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Аноним (-), 26-Янв-11, 09:21
	> Еще пару десятилетий и в Линуксе придут и к другому именованию > дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>, > как это сделано в солярисе. > Не знаю, как кому, а меня всегда бесило именование дисковых > и сетевых устройств что в Линуксе, что в BSD. > Столкнулся однажды с ситуацией, когда 5 винтов через udev развести > оказалось невозможно (я не смог), и при каждой перезагрузке > имена менялись. > Полный паразм, правда, это было много лет тому, и сейчас > я это уже не воспроизведу. во фре ты один раз, при сетапе, вешаешь лайбел через glabel или -L у newfs и тебе вообще пофигу становится как реально называются винты, ты их можешь снимать, тасовать вставлять как попало и все всегда будет работать правильно.
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	161. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от Я (??), 26-Янв-11, 10:57
	> Еще пару десятилетий и в Линуксе придут и к другому именованию > дисковых устройств тоже, например, к /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. Для него нумерация устройств - тоже дело непростое.
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

109. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
Сообщение от pavlinux (ok), 25-Янв-11, 19:04
А если в PCI-E, вместо сетевухи воткнуть GeForce 470GT, аппаратное ускорение сетевого стека включится? Или надо ядро перекомпилировать с поддержкой CUDA :-/
Ответить | Правка | Наверх | Cообщить модератору

	112. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 19:20
	> А если в PCI-E, вместо сетевухи воткнуть GeForce 470GT, > аппаратное ускорение сетевого стека включится? > Или надо ядро перекомпилировать с поддержкой CUDA :-/ Обязательно. Нужно ведь чтобы траффик приходил отКуда-то и уходил Куда-то...
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от User294 (ok), 25-Янв-11, 23:14
	> Обязательно. Нужно ведь чтобы траффик приходил отКуда-то и уходил Куда-то... Угу. В монитор весь трафф сливать, вместо дефолт гейтвея. Как хексдамп, фигле. А чо, сетевой сниффер с аппаратной акселерацией. Теперь вы сможете вывалить гигабит в реальном времени на ваши мониторы. Осталось только научиться читать дамп пакетов с такой же скоростью, и ни один пакет не уйдет незамеченным от зоркого взгляда админа :)
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 23:23
	>> Обязательно. Нужно ведь чтобы траффик приходил отКуда-то и уходил Куда-то... > Угу. В монитор весь трафф сливать, вместо дефолт гейтвея. Как хексдамп, фигле. > А чо, сетевой сниффер с аппаратной акселерацией. Теперь вы сможете вывалить > гигабит в реальном времени на ваши мониторы. Осталось только научиться читать > дамп пакетов с такой же скоростью, и ни один пакет не > уйдет незамеченным от зоркого взгляда админа :) Тут закавыка есть: человеческий глаз, как известно, не различает более 25 кадров в секунду. Берём, скажем, монитор с разрешением 1600x1200, шрифт 16x8. Получаем: (1600 / 8) x (1200 / 16) = 200 x 75 = 15000 Представление одного байта в хексе на экране — два символа. То есть на экране может поместиться не более 7500 байт. То есть, примерно 5 типичных Ethernet-пакетов (про jumbo frames и другие страшные слова пока забываем). Умножаем на 25 кадров — получается, за секунду админ увидит не более 125 пакетов. Даже если взять три монитора и трёх админов, всё равно получается 375 пакетов в секунду. Маловато. :(
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от pavlinux (ok), 26-Янв-11, 01:45
	>> и ни один пакет не уйдет незамеченным от зоркого взгляда админа :) > Тут закавыка есть: человеческий глаз, как известно, не различает более 25 кадров > в секунду. Берём, скажем, монитор с разрешением 1600x1200, шрифт 16x8. Получаем: Нипрально ты считаешь... Берем монитор 1600x1200 и 32 бита цвета, Допустим одним пикселом можно закодировать 2^32 комбинаций пакетов по 1500 байт, (хотя комбинаций из 256 по 1500 наверно больше) множим на 1600 и на 1200, получаем  2.68 Гигабайт в сек. :)
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 26-Янв-11, 01:56
	>>> и ни один пакет не уйдет незамеченным от зоркого взгляда админа :) >> Тут закавыка есть: человеческий глаз, как известно, не различает более 25 кадров >> в секунду. Берём, скажем, монитор с разрешением 1600x1200, шрифт 16x8. Получаем: > Нипрально ты считаешь... > Берем монитор 1600x1200 и 32 бита цвета, > Допустим одним пикселом можно закодировать 2^32 комбинаций пакетов по 1500 байт, > множим на 1600 и на 1200, получаем  2.68 Гигабайт в сек. > :) И то верно — про цвета и пиксели. Только цвет честнее будет брать 24-битный, больше цветов мало кто различит. Зато считать можно проще: 1600 x 1200 x 24 x 25 = 1152 Мбит/с. Уря! :)
	Ответить | Правка | Наверх | Cообщить модератору

	146. "(жуткий офтопик) HIDS"	+/–
	Сообщение от Michael Shigorin (ok), 26-Янв-11, 01:59
	>> человеческий глаз, как известно, не различает более 25 кадров в секунду. Это если опытный инженер ОТК, лет десять отсидевший на экране в киностудии, скажем. >> Берём, скажем, монитор с разрешением 1600x1200 Поди сейчас такой возьми... да ещё чтоб с приличной матрицей.  Хотя удалось. :) > Берем монитор 1600x1200 и 32 бита цвета Опять же -- не 32, а 24.  И тогда нужен хороший калиброваный монитор, чтоб админу (на гражданке действительно профессиональному фотографу или цветоустановщику) плывущая подсветка полный алярм не сделала. :] -- абстрактное домышление
	Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

	147. "(жуткий офтопик) HIDS"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 26-Янв-11, 02:09
	> -- > абстрактное домышление Ну так и у нас тут скорее общие прикидки, каков порядок чисел. Вот когда что-то двинется в сторону внедрения этой в полном смысле этого слова крышесносящей технологии... А так — интересно, конечно, какова будет величина ошибки (тут ещё надо учесть разницу по чувствительности в разных диапазонах). Можно ещё подумать об избыточном кодировании...
	Ответить | Правка | Наверх | Cообщить модератору

	150. "(жуткий офтопик) HIDS"	+/–
	Сообщение от pavlinux (ok), 26-Янв-11, 03:10
	>> -- >> абстрактное домышление > Ну так и у нас тут скорее общие прикидки, каков порядок чисел. > Вот когда что-то двинется в сторону внедрения этой в полном смысле > этого слова крышесносящей технологии... А так — интересно, конечно, какова будет > величина ошибки (тут ещё надо учесть разницу по чувствительности в разных > диапазонах). Можно ещё подумать об избыточном кодировании... А щас видюхи-то все двух портовые :)
	Ответить | Правка | Наверх | Cообщить модератору

	151. "(жуткий офтопик) HIDS"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 26-Янв-11, 03:18
	>>> -- >>> абстрактное домышление >> Ну так и у нас тут скорее общие прикидки, каков порядок чисел. >> Вот когда что-то двинется в сторону внедрения этой в полном смысле >> этого слова крышесносящей технологии... А так — интересно, конечно, какова будет >> величина ошибки (тут ещё надо учесть разницу по чувствительности в разных >> диапазонах). Можно ещё подумать об избыточном кодировании... > А щас видюхи-то все двух портовые :) Правильно, и сетевухи такие давно есть. ;) Matrox, помнится, вообще трёхголовых видеомонстров шлёпал...
	Ответить | Правка | Наверх | Cообщить модератору

	152. "(жуткий офтопик) HIDS"	+/–
	Сообщение от pavlinux (ok), 26-Янв-11, 03:26
	>>>> -- >>>> абстрактное домышление >>> Ну так и у нас тут скорее общие прикидки, каков порядок чисел. >>> Вот когда что-то двинется в сторону внедрения этой в полном смысле >>> этого слова крышесносящей технологии... А так — интересно, конечно, какова будет >>> величина ошибки (тут ещё надо учесть разницу по чувствительности в разных >>> диапазонах). Можно ещё подумать об избыточном кодировании... >> А щас видюхи-то все двух портовые :) > Правильно, и сетевухи такие давно есть. ;) > Matrox, помнится, вообще трёхголовых видеомонстров шлёпал... Да и глаза тоже два, можно и звук подключить - тут ваще пипец от 20 до 44100 Hz Так и надо трафик смотреть - пришёл пинг с адреса 4.4.4.4 - Дзынь и красный пиксель пришёл с 8.8.8.8 - Бдыж и фиолетовый :)
	Ответить | Правка | Наверх | Cообщить модератору

	153. "(жуткий офтопик) HIDS"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 26-Янв-11, 03:30
	>[оверквотинг удален] >>>> Ну так и у нас тут скорее общие прикидки, каков порядок чисел. >>>> Вот когда что-то двинется в сторону внедрения этой в полном смысле >>>> этого слова крышесносящей технологии... А так — интересно, конечно, какова будет >>>> величина ошибки (тут ещё надо учесть разницу по чувствительности в разных >>>> диапазонах). Можно ещё подумать об избыточном кодировании... >>> А щас видюхи-то все двух портовые :) >> Правильно, и сетевухи такие давно есть. ;) >> Matrox, помнится, вообще трёхголовых видеомонстров шлёпал... > Да и глаза тоже два, можно и звук подключить - тут ваще > пипец от 20 до 44100 Hz Хм. Тут очень много не протолкнёшь, конечно, разве что слух музыкальный. Но всё равно — можно, да. А ещё можно тактильные ощущения заюзать. Или там электроток к разным участкам тела прикладывать, на каждый нерв в коже по проводу... > Так и надо трафик смотреть - > пришёл пинг с адреса 4.4.4.4 - Дзынь и красный пиксель > пришёл с 8.8.8.8 - Бдыж и фиолетовый :) Угу. Причём бдыж и фиолетовый будет уже сам админ. :)))
	Ответить | Правка | Наверх | Cообщить модератору

116. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от User294 (ok), 25-Янв-11, 19:54
А что эти дятлы будут делать с USB2Ethernet например?
Ответить | Правка | Наверх | Cообщить модератору

	118. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 19:58
	> А что эти дятлы будут делать с USB2Ethernet например? У меня вообще смутные сомнения на тему слова «делать». Кто как, а лично я, например, не привык создавание геморроя на пустом месте называть делом. Если их так раздражает, что после перезагрузки могут поменяться номера сетевых карт, надо исправлять эту причину, а не городить костыли. Зачем нужно разделять встроенные и отдельностоящие сетевые карты — моего слабого ума не хватает.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Fedora на пути к изменению наименования сетевых интерфейсов"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 25-Янв-11, 22:16
	> А что эти дятлы будут делать с USB2Ethernet например? Если верить тому, что появилось в комментах по ссылке, имеем следующее: 1. За происходящее ответственнен модуль biosdevname. Поэтому те, кому оно не надо, делают yum remove biosdevname Если рискнули удалённо обновиться, не зная, или забыв про эту мегафичу, — welcome to the club. 2. Для USB ничего не меняется, остаются устройства eth*, так как BIOS не может предоставить информацию о USB-адаптерах. Так же эти имена останутся в тех случаях, когда не будет получаться выцарапать из BIOS нужную информацию. Следствие: если BIOS имеет тенденцию путать порядок встроенных устройств, то среди em* начнётся такая же путаница... 3. 27-го января будет большой тестовый день. Кому надо, качайте live-образ FC15, переносите на него вашу конфигурацию со всеми сетевыми прогами и скриптами, и проверяйте, как оно работает.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

149. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от pavlinux (ok), 26-Янв-11, 03:03
Вот скока интерфейсов нарыл, кроме 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" И многие из них железяки.
Ответить | Правка | Наверх | Cообщить модератору

182. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от Аноним (-), 27-Янв-11, 10:12
> Меня интересует карта, а не то каких местом она включена. согласен специально берешь карты разные, что бы в FreeBSD были названия разные.
Ответить | Правка | Наверх | Cообщить модератору

195. "Fedora на пути к изменению наименования сетевых интерфейсов"	+/–
Сообщение от Аноним (-), 12-Фев-11, 13:47
Блин а ссылки не пробовали создаешь eth0 --> PCIxxx ну и все ничего не надо переписывать....
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема