The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Fedora на пути к изменению наименования сетевых интерфейсов, opennews (??), 24-Янв-11, (0) [смотреть все]

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


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 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 25-Янв-11, 07:33 
> +100500
> меня во фре эта манера именования бесила - имена даются в зависимости
> от производителя - ппц.
> сколько раз уже было - сгорела сетевая карта - поменял на другую,
> и пофигу, на матери она или в слоте и в каком
> слоте, ничего перенастраивать не надо, достаточно в udev внести необходимые изменения.

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

Ответить | Правка | Наверх | Cообщить модератору

126. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от User294 (ok), 25-Янв-11, 23:07 
> Во фре, как было не раз было сказано в этой теме, можно дать своё имя интерфейсу.

А в линуксе это запрещают какие-то законы природы? Просто если федористы нахимичат, а остальные подхватят - что-то мне не нравится идея засорять мозг вопросом в какое, млин, гнездо, воткнута сетевуха. А в случае юсб что будет? А то бывают например юсб-сетевухи, или фэйковые "типа сетевухи", ака юсб-линк между 2-я девайсами. Например, N900 <-> PC может притвориться с обоих сторон линка "типа сетевухами". Сейчас оно достаточно понятно обзывается. А вот если по федоровски - могу себе представить радость энумеровать юсб не где-то там ядром и плагнплюем, а по сути самим юзером, наизусть зубрящим нумерацию гнезд юсб. А если через пару хабов цепануть? Оно должно называться иначе или нет? :)

Ответить | Правка | Наверх | Cообщить модератору

128. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от PereresusNeVlezaetBuggyemail (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 +/
Сообщение от nuclightemail (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 +/
Сообщение от nuclightemail (ok), 27-Янв-11, 22:44 
> subj

Разумеется. Данный персонаж (User294) давно здесь известен и ничего иного не заслуживает.

Ответить | Правка | Наверх | Cообщить модератору

189. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от Michael Shigorinemail (ok), 27-Янв-11, 23:44 
> Идентификатор да идентификатор, opaque, в его суть вдумываться не требуется.

Зачем он тогда?

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

192. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от nuclightemail (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 Shigorinemail (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ообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру