The OpenNET Project / Index page

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

Fedora на пути к изменению наименования сетевых интерфейсов

24.01.2011 21:23

В Linux-дистрибутиве Fedorа 15 запланирован переход на новую схему именования сетевых интерфейсов. В соответствии с новой схемой, имена устройств будут формироваться в зависимости от типа подключения сетевого адаптера: "em{port}" - для встроенных в материнскую плату сетевых карт и "pci{slot}#{port}" - для карт с PCI-интерфейсом. Для устройств NPAR и SR-IOV к имени интерфейса дополнительно будет прибавляться суффикс _{vf}, для VLAN-ов ".{vlan}", а для алиасов - ":{alias}".

Классическая схема присвоения интерфейсам последовательных имен ethN, без учета их типов, сопряжена с рядом проблем. На системах с несколькими сетевыми интерфейсами в настоящее время отсутствует гарантия неизменности имени интерфейса - достаточно добавить дополнительную сетевую карту, как ранее доступный интерфейс eth0 может превратиться в eth1. На системах с большим числом сетевых карт имена интерфейсов могут меняться даже после обычной перезагрузки, что вынуждает использовать такие приемы как привязка к MAC-адресу.

Так как новая возможность уже готова к эксплуатации, 27 января объявлен днем тестирования нового наименования сетевых интерфейсов.

  1. Главная ссылка к новости (http://domsch.com/blog/?p=455...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/29370-fedora
Ключевые слова: fedora, ethernet, network
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (179) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Serge (??), 22:11, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    оба-на... про udev-rules там не слышали?
     
     
  • 2.3, анонимус (??), 22:17, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    слышали конечно
     
     
  • 3.4, Serge (??), 22:23, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тогда, я надеюсь, они это сделают генерацией нового 70-persistent-net и я смогу легко откатить эти изменения.
     
     
  • 4.7, анонимус (??), 22:32, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > тогда, я надеюсь, они это сделают генерацией нового 70-persistent-net и я смогу
    > легко откатить эти изменения.

    откатывается удалением пакета biosdevname, либо созданием своего 70-persistent-net (если был старый — он и продолжит использоваться)

     
     
  • 5.101, mator (?), 16:32, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    опять же "ip link name $newname" никто не отменял...
     
  • 4.27, anonymous (??), 00:15, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    # 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"

     

  • 1.2, uldus (ok), 22:14, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    А зачем сразу глобально все менять ? Оставили бы eth вместо em для встроенных карт, все почти осталось бы как раньше. Для PCI-карт вместо "pci" нужно другое имя придумывать, например тот же eth оставить. Так как формат "pci<slot>#<port>", то "eth<slot>#<port>" не будет пересекаться с "eth<port>" для встроенных карт. "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами. В /proc и /sys уже разной связанной с PCI мути полно, возникнет большая путаница.
     
     
  • 2.46, Аноним123321 (ok), 04:57, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –12 +/
    > "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами

    лол! неассоциируется -- даже когда набираешь команду ifconfig? :-D

    как всегда -- устоявщиеся стериотипы тормазят прогресс.. (комуто чтото показалось не элегантным и ппц!)

     
     
  • 3.84, uldus (ok), 11:26, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +9 +/
    >> "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами
    > лол! неассоциируется -- даже когда набираешь команду ifconfig? :-D

    Кроме ifconfig сетевые интерфейсы и не связанные с сетью pci-устройства можно встретить и в других местах, начнете разгребать какую-нибудь статистику в которой будет совсем не очевидно, что подразумевается сетевой интерфейс или что-то другое. ethX явно указывает на сетевое устройство, спутать которое с чем-то другим невозможно, упоминание pci просто кишит в /sys, и если сейчас ясно, что эти упоминания связаны с pci-шиной и с любыми pci-устройствами, то к этому примешается еще pci как сетевой интерфейс. Назвали бы тогда "lan", а не "pci".

    Вторая проблема - символ "#" в имени, это не только заставит переписывать некоторые скрипты, но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались.

    Третья проблема - нарушение совместимости с другими дистрибутивами и стандартами CGL и LSB. Переход на новое наименование сетевых интерфейсов без согласования с другими дистрибутивами приведет к хаосу,  если каждый станет называть интерфейсы как им вздумается. Утрируя, такой шаг мало чем отличается, например, от переименования /usr в /user.


     
     
  • 4.88, Аноним123321 (ok), 11:51, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да такая проблема будет безопасники -- как всегда такие безопасники ... большой текст свёрнут, показать
     
     
  • 5.95, PereresusNeVlezaetBuggy (ok), 13:40, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались.
    > да.. такая проблема будет....
    > ("безопасники" -- как всегда такие "безопасники"... вместо того чтобы экранировать значения
    > html-сущностей (от XSS-атаки) и значение MySQL-данных (от SQl-инъекции) -- некоторые "безопасники"
    > предпочитают просто отсеять лишний набор данных из полей ввода :-))

    Да, потому что это надёжнее. Сколько ошибок, связанных с некорректным экранированием, в том числе "родными" средствами, было совершено, напомнить?..

     
  • 3.122, Michael Shigorin (ok), 21:31, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прогресс -- самоцель слепого.
     
     
  • 4.183, nuclight (ok), 21:46, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Прогресс -- самоцель слепого.

    Обоснования будут?

     
     
  • 5.187, Michael Shigorin (ok), 23:41, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Прогресс -- самоцель слепого.
    > Обоснования будут?

    Когда человек видит, думает, ставит и достигает цели -- обычно он сопоставляет промежуточные результаты и пытается предсказать ещё не достигнутые.

    _Этот_ прогресс приводит ко всё большей деградации человека в сторону животного с сильно развитой рефлекторной деятельностью, не подпёртой пониманием делаемого.  Разрыв между тем, что способны сделать единицы, и тем, что могут понять массы -- растёт.

    Для тех, кто сознательно толкает прогресс -- он не самоцель, а средство.  Кому "процесс важней", те слепы: даже промежуточные точки не обдумывают.

     
     
  • 6.190, nuclight (ok), 23:47, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то про это давно сказал Станислав Ежи Лец, и с чего и следовало начать ... большой текст свёрнут, показать
     
     
  • 7.193, Michael Shigorin (ok), 23:55, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что следовало бы спросить про эти самые цели, но сначала надо
    > выяснить, какой же именно прогресс, да.

    Сферический: "как всегда -- устоявщиеся стериотипы тормазят прогресс.."

    Типовое бездумное клише.

     
     
  • 8.194, nuclight (ok), 00:00, 28/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так и следовало уточнить А получилось нечто будто бы про любой прогресс вообще ... текст свёрнут, показать
     
  • 3.136, adolfus (?), 01:07, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Некоторые проприетарные программы, САПРы, например, привязываются к макадресу eth0. Причем отлито там это в бронзе. Если они в один прекрасный день не найдут eth0, случится страшное. С torque тоже наступит задница -- кроме eth0 других интерфейсов не признает. Как бы с этим всем не возникли проблемы.
     
  • 2.81, EuPhobos (ok), 10:26, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вот мой конфиг, пересекалось бы - как видишь br0 Link encap Ethernet HWa... большой текст свёрнут, показать
     

  • 1.6, pavlinux (ok), 22:23, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +21 +/
    Фидорасы видимо не слышали про Hot-Swap PCI и забыли про не PCI - ISA/EISA

    Меня интересует карта, а не то каких местом она включена.
    И при смене карты, в скрипте загрузки мне надо только поменять МАС, и любая карта станет eth0.
    По их задумкам, теперь надо будет переписывать все скрипты работающие напрямую с интерфейсами,
    переписывать все проги работающие с функцией getifaddrs()

    Что за дятлы там в Федоре скучковались?!

    Я понимаю что амереканцы, ну если хочется вые...нуться, пущай
    заводят себе каталог /dev/ethernet/* и там е...ут себе мозг.

     
     
  • 2.24, зорро (?), 23:52, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так эта, линукс стайл.. или я не прав? как это было стабле апи нонсенс? видимо решили что стабле интерфейс намес тоже нонсенс. Так что придется согласится.
     
  • 2.61, Docent (??), 07:12, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    +100500
    меня во фре эта манера именования бесила - имена даются в зависимости от производителя - ппц.
    сколько раз уже было - сгорела сетевая карта - поменял на другую, и пофигу, на матери она или в слоте и в каком слоте, ничего перенастраивать не надо, достаточно в udev внести необходимые изменения.
    а вот те причины, которые они называют у меня еще ни разу не встречались.
    не дай бог в дебиане или в убунте до такого же додумаются.
     
     
  • 3.65, PereresusNeVlezaetBuggy (ok), 07:33, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > +100500
    > меня во фре эта манера именования бесила - имена даются в зависимости
    > от производителя - ппц.
    > сколько раз уже было - сгорела сетевая карта - поменял на другую,
    > и пофигу, на матери она или в слоте и в каком
    > слоте, ничего перенастраивать не надо, достаточно в udev внести необходимые изменения.

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

     
     
  • 4.126, User294 (ok), 23:07, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Во фре, как было не раз было сказано в этой теме, можно дать своё имя интерфейсу.

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

     
     
  • 5.128, PereresusNeVlezaetBuggy (ok), 23:12, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Речь шла о фряхе Про udev все уже знают Про USB я вам уже ответил Собственно,... большой текст свёрнут, показать
     
  • 5.156, Аноним (-), 08:04, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален нэ900 ifconfig ue0 ue0 flags 8843 UP,BROADCAST,RUNNI... большой текст свёрнут, показать
     
     
  • 6.160, ананим (?), 10:33, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    нихрена не понятно.
    стоит одну из 5 одинаковых заменить другим производителем (например сгорела и с гигагита временно ставлю сотку) и привет фаервольным правилам.
    мне как-то eth+ ГОРАЗДО лаконичней смотрится.
    вообще, чтобы не запутаться в логике порой специально вланы и бриджи врубаю, потому что ошибка в файере менее заметна, но более критична.

    зы:
    wlan0 - нихрена не производитель и eth - это как раз от слова этхернет.

     
  • 6.162, User294 (ok), 14:05, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это у вас где такое В фряхе Ue0 - звучит, да Да, видал я перспективу зубри... большой текст свёрнут, показать
     
     
  • 7.184, nuclight (ok), 22:32, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    294, ты чо, учишь всё подряд, чо видишь Как акын Ну показывает да и показывает... большой текст свёрнут, показать
     
     
  • 8.185, Gadjung (?), 22:39, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    subj ... текст свёрнут, показать
     
     
  • 9.186, nuclight (ok), 22:44, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разумеется Данный персонаж User294 давно здесь известен и ничего иного не зас... текст свёрнут, показать
     
  • 8.189, Michael Shigorin (ok), 23:44, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем он тогда ... текст свёрнут, показать
     
     
  • 9.192, nuclight (ok), 23:54, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Всё очень просто Поясню аналогией На этом форуме сверху висят баннеры, ссылки ... большой текст свёрнут, показать
     
  • 3.73, тигар (ok), 09:54, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    поклонник убунту сможет обосновать чем это плохо?
     
  • 3.87, ubique (?), 11:34, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вам уже ответили конечно, но вот, на всякий случай:

    #ifconfig em0 name ifnet_ext

     
  • 2.96, Gular (ok), 13:42, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Среди официальных федоровцев много индусов. Что Вы хотите. Что сверху, из RH сольют, то и буду делать.
     
  • 2.103, Аноним (-), 17:19, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а как быть в случае когда MAC нужно поменять?
     
     
  • 3.105, pavlinux (ok), 18:38, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а как быть в случае когда MAC нужно поменять?

    А кому МАС менять будете? :)
      

     
  • 2.117, User294 (ok), 19:58, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Фидорасы видимо не слышали про Hot-Swap PCI и забыли про не PCI
    > - ISA/EISA

    Куда они интереснее что делать с юсб? Это что, теперь придется сношать мозг вопросом в какое, бип!, гнездо юсб, бип! был воткнут, бип! мой usb2ethernet сетевой адаптер? Они бипанулись! Бип! Бип! Бип!

     
     
  • 3.125, Michael Shigorin (ok), 22:22, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Бип! Бип! Бип!

    Вроде ж не 4.10.1957? ;-)

     
  • 2.137, adolfus (?), 01:26, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Фидорасы видимо не слышали про Hot-Swap PCI и забыли про не PCI
    > - ISA/EISA
    > Меня интересует карта, а не то каких местом она включена.
    > И при смене карты, в скрипте загрузки мне надо только поменять МАС,
    > и любая карта станет eth0.

    А разве интерфейсы не именуются еще на этапе загрзки ядра? За долго до того, как начнут отрабатывать скрипты из sysconfig/network-scripts?
    Посмотрел в dmesg -- сетевые карты именуется еще до того, как ext3 будет смонтирована, и интерфейсы именуются в том порядке, в котором карты обнаруживаются ядром. И плевать на макадреса, которые где-то в скриптах прописаны. Как говорится -- кто раньше встал, того и тапки. Просто вам везет -- у вас совпадает порядок привязки интерфейсов к IP с порядком их обнаружения ядром.

     
     
  • 3.148, pavlinux (ok), 02:24, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    struct drv_struct tp struct net_device dev alloc_etherdev_mq sizeof tp , ... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (22)

  • 1.8, iZEN (ok), 22:33, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Пусть лучше сделают наименование сетевых интерфейсов по имени драйвера сетевой, как в FreeBSD. Многие проблемы исчезнут разом.
     
     
  • 2.11, bircoph (ok), 22:44, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не поможет — у меня, например, три одинаковых карты в pci.
     
     
  • 3.12, pavlinux (ok), 22:46, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Дык, rtl8139.0 rtl8139.1 rtl8139.2

     
     
  • 4.15, bircoph (ok), 23:06, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А где гарантия, что нумерация 0, 1 и 2 останется неизменной?
     
     
  • 5.23, pavlinux (ok), 23:48, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А где гарантия, что нумерация 0, 1 и 2 останется неизменной?

      Ты просил имена, а как сортировать это не проблема - по макам, по pci шинам,..., кто жив...
      У меня сейчас тоже три штуки торчит, две нвидии и одна Agree,
    При установке Нвидии нумеруются по младшему маку, Агрии по шине PCI,
    согласно lspci она da:00.0  Ethernet controller: Agere Systems ET-131x PCI-E Ethernet Controller (rev 02)

    И что, теперь она станет pcidа#0 :)


     
  • 5.67, PereresusNeVlezaetBuggy (ok), 07:45, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А где гарантия, что нумерация 0, 1 и 2 останется неизменной?

    Не знаю, как во фре, а в опёнке вроде как такая гарантия есть, по крайней мере, за этим следят.

     
     
  • 6.74, тигар (ok), 09:55, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> А где гарантия, что нумерация 0, 1 и 2 останется неизменной?
    > Не знаю, как во фре, а в опёнке вроде как такая гарантия
    > есть, по крайней мере, за этим следят.

    нумерация останется неизменной, номера будет засисеть от слота в который карта сунута.
    Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды?

     
     
  • 7.131, User294 (ok), 23:18, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь нет таких талантов которые, переткнув местами сетевухи перетыкают и патч-корды?

    Лучше пусть таланты объяснят: какой смысл в перетыкании сетевух местами? Это такой вариант операции NOP в исполнении сисадмина? oO

     
     
  • 8.134, PereresusNeVlezaetBuggy (ok), 23:26, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это обычное шаманство, которое иногда помогает Сам сталкивался на каком-то впол... текст свёрнут, показать
     
     
  • 9.164, User294 (ok), 14:29, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не люблю шаманство Шаманство означает что где-то порылся баг глюк Хотите сказ... большой текст свёрнут, показать
     
     
  • 10.165, PereresusNeVlezaetBuggy (ok), 14:33, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью согласен Сервак нормальный Его купили незадолго до моего прихода в к... большой текст свёрнут, показать
     
  • 8.154, тигар (ok), 07:57, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это когда ты в своем зюзероутере о 2-3 pci сетевухах пыль решишь погонять пылесо... текст свёрнут, показать
     
     
  • 9.170, User294 (ok), 20:44, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Когда коту делать нечего в смысле, я еще не видел чтобы компьютер перестал ра... большой текст свёрнут, показать
     
     
  • 10.178, тигар (ok), 23:33, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    речь о том что сервер уехал, грубо говоря, с бродкомами на борту, и именно в так... большой текст свёрнут, показать
     
  • 7.138, Michael Shigorin (ok), 01:30, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > нумерация останется неизменной, номера будет засисеть от слота в который карта сунута.

    Сюрприз, может меняться в зависимости от версии/настроек BIOS.

     
     
  • 8.140, PereresusNeVlezaetBuggy (ok), 01:35, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Угу, но это стабильный фактор BIOS сам собой не обновляется и настройки себе пр... текст свёрнут, показать
     
  • 8.155, тигар (ok), 07:59, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    мде а еще сетевуха которая посередине стоит может сгореть и тоже поедут номера... текст свёрнут, показать
     
     
  • 9.169, Michael Shigorin (ok), 16:34, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если по businfo прибито, то никто никуда не поедет -- разве что дырка в нумераци... текст свёрнут, показать
     
  • 4.127, User294 (ok), 23:10, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Дык, rtl8139.0 rtl8139.1 rtl8139.2

    А чем это лучше чем eth0, eth1, eth2? И напуркуа мне знать в имени и-фейса что там - реалтек? Если  мне надо будет это знать, я это и так узнаю. А так - ну вон атероса купили и теперь он стал квалком. Это что - резко переименовать все сетевые и-фейсы теперь? :)

     
     
  • 5.130, PereresusNeVlezaetBuggy (ok), 23:16, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Дык, rtl8139.0 rtl8139.1 rtl8139.2
    > А чем это лучше чем eth0, eth1, eth2?

    Сразу видно, что за драйвер отвечает. В принципе, дело вкуса, конечно. :)

    > И напуркуа мне знать в имени и-фейса что там - реалтек? Если  мне надо
    > будет это знать, я это и так узнаю. А так -
    > ну вон атероса купили и теперь он стал квалком. Это что
    > - резко переименовать все сетевые и-фейсы теперь? :)

    Зачем? Это ж имя драйвера, а не фирмы или ещё кого.

     
     
  • 6.166, User294 (ok), 14:39, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Сразу видно, что за драйвер отвечает.

    Если меня будет интересовать эта информация - я ее узнаю. Только она мне будет нужна не более чем в 10% случаев. Зачем мне засирать мозг?

    > В принципе, дело вкуса, конечно. :)

    Мне больше нравится группировка интерфейсов по их типу.

    > Зачем? Это ж имя драйвера, а не фирмы или ещё кого.

    А, ну вообще - да, пожалуй. Хотя называть драйвер именем фирмы которой уже нет - тоже как-то странно. Особенно весело будет когда появятся новые чипы, под новым брендом. Будем называть квалком атеросом? Или атерос квалкомом? Или новый драйвер забацают чисто по поводу переимнования конторы? (врядли они будут сильно переделывать сами чипы :D)

     
     
  • 7.167, PereresusNeVlezaetBuggy (ok), 14:43, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я и говорю, дело вкуса, и в любом случае не смертельно Это уже Linux-специфика ... большой текст свёрнут, показать
     
     
  • 8.171, User294 (ok), 20:54, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну да, но мне не нравится идея федористов с названием сетевух по их физическому ... большой текст свёрнут, показать
     
     
  • 9.172, PereresusNeVlezaetBuggy (ok), 21:00, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не посмотрели, о чём речь 171 rtl8139 187 8212 так драйвера сетевух ... большой текст свёрнут, показать
     
  • 5.135, iZEN (ok), 00:22, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    dev rl0, dev rl1, dev rl2, если это стомегабитные адаптеры на чипах RealTek 8... большой текст свёрнут, показать
     
     
  • 6.139, Michael Shigorin (ok), 01:34, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А вам надо вооружаться тестером сети или временно выдёргивать патчкорд (грубо говоря),
    > чтобы определить, какое гнездо к какому интерфейсу принадлежит.

    Надо же, надо будет запретить ethtool -p eth1 3 моргать лямпочкой три секунды.
    (справедливости ради -- не на всех драйверах/чипах это работает, не всегда лямпочка есть/видима, ну и таймаут стоит не забывать, потому как интерфейс на это время блокируется)

    PS: глупости по поводу "с ыменем драйвера лучше" не выдерживают проверки ethtool -i $iface, если что.

     
     
  • 7.159, ананим (?), 10:22, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это всё ещё фигня.
    а вот когда кучу фаервольных настроек нужно будет под каждого азен-производителя колбасить, вот тогда начнётся веселье.

    а вообще забавно - помнится в опенсолярке за достижение писали как наконецто можно заменить на eth+ все интерфейсы и будет щастье, а тут всё наоборот.
    точно, солярщики в федорчуки подались. :D

     
  • 6.173, User294 (ok), 21:20, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Внимание, вопрос нахрена мне знать что это - реалтек Ну разве что чтобы поржат... большой текст свёрнут, показать
     
     
  • 7.176, iZEN (ok), 22:49, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так, чтобы знать, что у тебя установлено под жестянкой не гигабитка, а полудо... большой текст свёрнут, показать
     
     
  • 8.179, Michael Shigorin (ok), 00:04, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, и поменяв на fxp, бежать всё перематывать в файрволе Интересно, что сейчас ... текст свёрнут, показать
     
     
  • 9.180, iZEN (ok), 00:40, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да, так как в Linux с большой вероятностью съедет нумерация интерфейсов, и файер... текст свёрнут, показать
     
     
  • 10.181, Michael Shigorin (ok), 00:52, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо бы экспертную оценку величины этой вероятности -- дистрибутивы-то не в ку... текст свёрнут, показать
     
  • 9.188, тигар (ok), 23:43, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а кто Вас заставляет отказываться от использования макросов поменять в 1 мес... текст свёрнут, показать
     
     
  • 10.191, Michael Shigorin (ok), 23:52, 27/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Собсно мне-то что кажется rl1 вместо eth2 -- это шило на мыло И хватит его уж... большой текст свёрнут, показать
     
  • 2.50, PereresusNeVlezaetBuggy (ok), 05:38, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Пусть лучше сделают наименование сетевых интерфейсов по имени драйвера сетевой, как в
    > FreeBSD. Многие проблемы исчезнут разом.

    Конкретно FreeBSD тут ни при чём, это наследие BSD как таковое.

    Интересно другое — я и не знал, что для Linux нынче актуальна проблема смены имён интерфейсов при перезагрузке.

    Redhat, кажется, таки поехал крышей. :(

     
     
  • 3.75, тигар (ok), 09:57, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно другое — я и не знал, что для Linux нынче актуальна
    > проблема смены имён интерфейсов при перезагрузке.

    а еще можно разобрать машинку, пропылесосить, собрать обратно (поставив сетевухи не так как стояли, перемешав) и получить совершенно другие номера;-)


     
     
  • 4.77, Аноним (-), 10:07, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    простите а что опция MAC="xxxxxx" в if-ethX уже не актуальна?

    Таки RedHat гонит. Хотя.. что хотели от монополиста? что хочу то и ворочу - а вы будете жрать что дали.

     
     
  • 5.79, тигар (ok), 10:17, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > простите а что опция MAC="xxxxxx" в if-ethX уже не актуальна?

    не в курсе.
    > Таки RedHat гонит. Хотя.. что хотели от монополиста? что хочу то и
    > ворочу - а вы будете жрать что дали.

    "простите, не мы, а Вы" (с) я, к счастью, давно не сталкиваюсь с linux.

     
  • 4.80, SubGun (??), 10:19, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я конечно могу ошибаться, поскольку очень давно ставил "дядю Федора", но разве там файлы настройки сетевых генерируются не согласно MAC'у?
     
  • 3.93, kolayshkin (??), 12:45, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да, такая проблема есть. Дома стоит RedHat 5.какой-то, и две сетевухи. Иногда сетевухи меняются именами после перезагрузки.
    Но правда есть механизм под название udev. Им можно всё что угодно привязать к тому имени который необходим.
     

     ....большая нить свёрнута, показать (39)

  • 1.9, bircoph (ok), 22:43, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Делать им больше нечего. Правила udev легко решают проблемы с фиксацией имён интерфейсов, не вижу смысла в новых костылях и разрушении стандартного способа именования интерфейсов — это сделает более сложным перенос программ и скриптов между дистрибутивами.
     
     
  • 2.47, Аноним123321 (ok), 05:09, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тык вот они как раз навено и решили это -- через udev а вы как думали что они ... большой текст свёрнут, показать
     
     
  • 3.62, Docent (??), 07:17, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ню-ню
    если скрипт не поддерживают цветовую дифференциацию штанов - ф топку его.
    есть стандарты и их надо придерживаться. в линуксе сетевые интерфейсы ethernet именуются как eth* и все пишут программы именно с таким расчетом.
     
     
  • 4.64, PereresusNeVlezaetBuggy (ok), 07:31, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ню-ню
    > если скрипт не поддерживают цветовую дифференциацию штанов - ф топку его.
    > есть стандарты и их надо придерживаться. в линуксе сетевые интерфейсы ethernet именуются
    > как eth* и все пишут программы именно с таким расчетом.

    Угу. Правда, сетевые интерфейсы бывают ещё и не-Ethernet. Транки там всякие, VLAN'ы... И мне что-то в голову не приходят программы, которые не должны работать нигде, кроме как на реальных Ethernet-интерфейсах.

    А слово «стандарт» здесь вообще не применимо. Максимум «соглашение», а точнее, это просто «так исторически сложилось».

     
     
  • 5.69, Аноним (-), 08:22, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> ню-ню
    >> если скрипт не поддерживают цветовую дифференциацию штанов - ф топку его.
    >> есть стандарты и их надо придерживаться. в линуксе сетевые интерфейсы ethernet именуются
    >> как eth* и все пишут программы именно с таким расчетом.
    > Угу. Правда, сетевые интерфейсы бывают ещё и не-Ethernet. Транки там всякие, VLAN'ы...
    > И мне что-то в голову не приходят программы, которые не должны
    > работать нигде, кроме как на реальных Ethernet-интерфейсах.
    > А слово «стандарт» здесь вообще не применимо. Максимум «соглашение»,
    > а точнее, это просто «так исторически сложилось».

    Слова "Стандарт" и "Линукс" вообще подходят друг к другу как кулак к носу.

     

  • 1.10, Аноним (-), 22:43, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проблема определена верно. А вот решение явно сырое и непродуманное. Ну, например, разве не может быть встроенная карта pci? Или вот две встроенные карты - ну чем оно поможет против переименования? Вот что-то типа labels бы для сетевух, ну так это в udev практически и сделано.
     
     
  • 2.16, pavlinux (ok), 23:08, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > разве не может быть встроенная карта pci?

    Все встроенные - PCI, они по любому паяются к Южному мосту
    и BIOS их не отличает от слотовых, а они видимо решили, что знают лучше BIOS.



     
     
  • 3.30, Аноним (-), 00:28, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    к сожалению(или радости) вам надо узнать что все современные сетевые адаптеры PCI-E и памяются они не к южному а к северному мосту на 1х PCI-E.
     
     
  • 4.41, pavlinux (ok), 02:02, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > к сожалению(или радости) вам надо узнать что все современные сетевые адаптеры PCI-E
    > и памяются они не к южному а к северному мосту на 1х PCI-E.

    Да хоть к экватору, PCI она и в африке PCI

    У меня ваще два чипсета, одна сетевуха впаяна к Nvidia nForce Pro 2200,
    другая к Nvidia nForce Pro 2050, та же фигня в PCI-E портами,
    судя по определению мостов они все Южные, хотя 2050 больше похож на Север,
    так как к ниму припаян только один PCI-E и сетевуха.
      

     
  • 4.141, Michael Shigorin (ok), 01:41, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > к сожалению(или радости) вам надо узнать что все современные сетевые адаптеры PCI-E
    > и памяются они не к южному а к северному мосту на 1х PCI-E.

    Остерегайтесь обобщений -- пошёл в соседнюю комнату, посмотрел для точности на мелланоксовскую платку -- 8x и никуда не припаяна. :)

     
  • 3.66, iZEN (ok), 07:44, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Все встроенные - PCI, они по любому паяются к Южному мосту

    Не все. У Intel были чипсеты с интегрированным в северный мост гигабитным сетевым интерфейсом, так как ICH с его шиной к севернику оказался "бутылочным горлышком".

     
  • 3.133, User294 (ok), 23:25, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Все встроенные - PCI, они по любому паяются к Южному мосту

    Смотрю на AR7161, и думаю - блин, где же у него южный мост? Эзернет - есть. PCI - тоже есть. А южного моста - нету. И bios нету. Приколись? Интересно, как федористы предложат там сетевые и-фейсы именовать, при отсутствии биоса? Или если биос есть то имена одни, а если нет - другие? :)))

     

  • 1.13, pavlinux (ok), 22:48, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > Так как формат "pci<slot>#<port>", то "eth<slot>#<port>"

    Кстати, эти придурни не забыли, что # - это комментарий в shell  

     
     
  • 2.17, denis111 (ok), 23:09, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Экейпить будут :)
     
     
  • 3.18, pavlinux (ok), 23:17, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Экейпить будут :)

    Угу




    #!/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 *)
    Ну не знаю, как это ядру понравиться... мож и прокатит.

     
     
  • 4.25, iZEN (ok), 00:13, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >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".

     
     
  • 5.37, pavlinux (ok), 01:39, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>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


     
  • 5.38, Serge (??), 01:41, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > У линуксятников разве нельзя дать физическому устройству другое имя (я не говорю про alias)?

    все можно. можно переименовать девайс, можно переименовать линк.

     
     
  • 6.42, pavlinux (ok), 02:26, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Примеры можно Это всем известно ifconfig eth0 1 192 168 0 1 ifconfig eth0 2... большой текст свёрнут, показать
     
     
  • 7.44, Serge (??), 03:13, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я сказал - переименовать.

    # ip link del eth0
    # ip link set eth0 name em0
    это -  переименовать линк. udev может переименовывать девайсы.

    Как дать второе имя (aka link name alias) Вы сами же и написали - но, кажется, не работает. Мне это никогда не было нужно - наверное я не один такой и никто не тестил эту фичу.

     
  • 4.48, Аноним123321 (ok), 05:20, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    gt оверквотинг удален эх bash-программисты ну вот зачем вы программируете на ... большой текст свёрнут, показать
     
     
  • 5.55, pavlinux (ok), 06:28, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/

    Тема про имена, а не программирование на баше.
    Без тебя разберёмся куда-чего писать.

    #!/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

     
     
  • 6.57, Аноним123321 (ok), 06:35, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    тоже выход!

    молодец, выкрутился! :-)

    но тему работы с bash-массивами -- советую вам всётаки подучить

     
     
  • 7.157, Аноним (-), 09:05, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > тоже выход!
    > молодец, выкрутился! :-)
    > но тему работы с bash-массивами -- советую вам всётаки подучить

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

     
  • 4.76, тигар (ok), 09:58, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    pavlinux, я тебя, кажется, начинаю ненавидеть:)

    > #!/bin/bash

    [skipped]

    > $ sh ./test.sh

    ну и, походу скрипта, где ты хоть 1 фичу bash заюзал?

     
     
  • 5.106, pavlinux (ok), 18:45, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > pavlinux, я тебя, кажется, начинаю ненавидеть:)

    Меня низя не навидить, я белое и пушистое :)


     
  • 3.53, Аноним123321 (ok), 06:04, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    95 людей кто пишет bash-скрипты у себя в собственном линуксе на коленке -- да... большой текст свёрнут, показать
     
     
  • 4.54, PereresusNeVlezaetBuggy (ok), 06:13, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не знают И поэтому-то использование череповато 8212 обычный, безобидный ... большой текст свёрнут, показать
     
  • 4.89, serg (??), 11:55, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    экранизация
    http://ru.wikipedia.org/wiki/%D0%AD%D0%BA%D1%80

    Экранирование символов
    http://ru.wikipedia.org/wiki/%D0%AD%D0%BA%D1%80

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

    большинство людей используют скрипты как средство автоматизации своей работы. на мой взгляд, нет смысла adhoc скрипт тестировать на все возможные "засады".

     
  • 3.123, незарегистрированный аноним (?), 21:46, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/

    > надеюсь другие придурни не забыли что ВСЕ СТРОКОВЫЕ АРГУМЕНТЫ в bash пишутся
    > в ковычках?

    В "ковычках" только у вас что-то пишется. А в кавычках пишутся те строковые аргументы,
    которые в этих самых кавычках нуждаются.

     

  • 1.19, kuku (?), 23:21, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а может что-нибудь типа eth_aa:bb:cc:dd:ee:ff ?
     
     
  • 2.22, pavlinux (ok), 23:33, 24/01/2011 [^] [^^] [^^^] [ответить]  
  • +13 +/
    eth_вторая_дырочка_снизу_сзади_компа
     
  • 2.163, ананим (?), 14:24, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    млин.
    а ifconfig eth0 (или ip link show eth0) уже перестал маки выдавать?
     
  • 2.174, User294 (ok), 21:23, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а может что-нибудь типа eth_aa:bb:cc:dd:ee:ff ?

    Заучивать мак-адреса - это недостаточно хардкорно. Нужно заставить юзера зубрить как  минимум IPv6 адрес, целиком :)

     
     
  • 3.175, PereresusNeVlezaetBuggy (ok), 21:36, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> а может что-нибудь типа eth_aa:bb:cc:dd:ee:ff ?
    > Заучивать мак-адреса - это недостаточно хардкорно. Нужно заставить юзера зубрить как  
    > минимум IPv6 адрес, целиком :)

    Причём без двоеточий.

     

  • 1.20, Knuckles (ok), 23:24, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Федорино горе. Имхо проблема решается так же, как для жестких дисков:
    /dev/net/by-id/...
    А задуманная схема маразматична.
     
  • 1.21, Аноним (-), 23:26, 24/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В федоре непривилегированый пользователь всё ещё может поставить любой пакет из подключенной репы?
     
     
  • 2.26, анонимус (??), 00:14, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    нет конечно :)
     
  • 2.31, Аноним (-), 00:53, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как давно вы перестали по утрам пить коньяк ?
     
     
  • 3.114, Аноним (-), 19:27, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как давно вы перестали по утрам пить коньяк ?

    через месяц после этого: http://lwn.net/Articles/362592/

     

  • 1.28, mvalery (ok), 00:21, 25/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Мучаюсь c чем-то похожим во FreeBSD. У нас имена интерфейсов совпадают с именем драйвера сетевой карты: em0, bge0, bce0 и т.д.
    Хочется по-быстрому запросить IP, как в линуксе, командой:
    # ifconfig eth0
    Да нельзя. Во FreeBSD надо указывать явно:
    # ifconfig em0
    а на другом сервере
    # ifconfig  bce0
    и т.д.
    А у меня одновременно открыто по 10-15 сессий к серверам. Я не помню на каком железе бежит система на каждом из них.

     
     
  • 2.32, Аноним (-), 01:18, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Читайте дакументацию.

    ifconfig_bce0_name="eth0"
    ifconfig_em0_name="DMZ"
    ifconfig_rl0_name="офис"

     
     
  • 3.39, mvalery (ok), 01:45, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да, в курсе. Пользуюсь.
    Однако в Линуксе я это получаю "из коробки", а во FreeBSD должен добавлять на каждом сервере. Некоторым из моих коллег мои нововведения не нравятся.
     
     
  • 4.43, Аноним (-), 03:11, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Имена какие тебе хочется из коробки? Телепатическим способом, не иначе.
     
  • 2.34, AdVv (ok), 01:33, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А просто ifconfig чем не устраивает ? Или вы не ищете легких путей ?
     
     
  • 3.40, mvalery (ok), 01:50, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А просто ifconfig чем не устраивает ? Или вы не ищете легких
    > путей ?

    Дофига мусора на экране. Люблю давать четкую команду и получать четкий ответ, чтобы не искать глазами. Когда на каждом интерфейсе много алиасов, каша на экране реально раздражает.

     
     
  • 4.45, mnu (??), 04:33, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    man grep
     
  • 2.35, Name (?), 01:36, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    или, если не дофига интерфейсов, ifconfig без параметров - выдает инфу обо всех карточках
     
     
  • 3.36, Name (?), 01:37, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > или, если не дофига интерфейсов, ifconfig без параметров - выдает инфу обо
    > всех карточках

    опередили

     
  • 3.82, anonymous (??), 10:47, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вообще без параметров выдает инфу об активных интерфейсах, для того чтобы показало все надо ifconfig -a
     
     
  • 4.99, odus (ok), 14:19, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще без параметров выдает инфу об активных интерфейсах, для того чтобы показало
    > все надо ifconfig -a

    Уже давно как достаточно просто: ifconfig
    Раньше действительно нужно было писать: ifconfig -a

     

  • 1.29, PROTIV_ETOGO_VELOSIPEDA (?), 00:27, 25/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    кто нибудь напишите в список рассылки федоры/данной фичи, что это попросту новый велосипед!!!
     
     
  • 2.52, PereresusNeVlezaetBuggy (ok), 05:50, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > кто нибудь напишите в список рассылки федоры/данной фичи, что это попросту новый
    > велосипед!!!

    А кто вам мешает это сделать? o_O

     
     
  • 3.78, Аноним (-), 10:10, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> кто нибудь напишите в список рассылки федоры/данной фичи, что это попросту новый
    >> велосипед!!!
    > А кто вам мешает это сделать? o_O

    Он не умеет)))

     

  • 1.33, Zulu (?), 01:24, 25/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В каком смысле "отсутствует гарантия"? Еще как присутствует, рулесами udev. А такое переименование не решает вообще ничего, даже якобы сформулированную проблему перенумерации, зато вносит несовместимость.
     
     
  • 2.51, Аноним123321 (ok), 05:38, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > ... А такое
    > переименование не решает вообще ничего, даже якобы сформулированную проблему перенумерации,
    > зато вносит несовместимость.

    уточните пожалуйста -- несовместимость -- с чем?

    если вы говорите про мифическую несовместимость прикладного софта с именами сетевых интерфейсов (отличных от "ethXXX") -- то тогда просто ЛОЛ! :-D

    ...так как программам абсолютно сёравно как называется сетевой интернейс

    .....а еслиже ВЫ_САМИ пишете программы которые изначально забиты для работы СТРОГО только для "eth0" -- то ЛОЛ-в-КВАДРАТЕ!

     
     
  • 3.100, Zulu (?), 15:05, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Несовместимость с остальными линуксами, где еще не тронулись умом.
    А насчет мифической несовместимости прикладного софта... Ну, с em0 он конечно совместим, а вот с whatever#number еще напляшетесь, это я как краевед говорю. Много скриптов квотят название интерфейса? То-то.
     

  • 1.70, Онаним (?), 08:47, 25/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > такие приемы как привязка к MAC-адресу

    имхо - единственно правоверный метод. у меня может быть usb'шная карточка (например, сгорела встроенная в ноуте), которую я втыкаю то в один слот, то в другой. и что, каждый раз она будет получать новое имя в зависимости от номера гнезда?

     
     
  • 2.83, Аноним123321 (ok), 11:21, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а зачем вы будете втыкать её то в один слот то в другой? %) %)
     
     
  • 3.86, Онаним (?), 11:33, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зрение плохое, промахиваюсь :D
     

  • 1.90, klalafuda (?), 12:08, 25/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Может быть я конечно что-то не понимаю, но чем, пардон 'встроенная в материнскую плату сетевая карта' отличается от 'PCI карты'? Вообще то что там что там - обычное PCI устройство. А уж куда оно там и как встроено или вставлено - совершенно фиолетово..
     
     
  • 2.91, vodz (ok), 12:28, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А уж куда оно там и как встроено или вставлено - совершенно фиолетово..

    Ну не всегда. У меня патчкорды для серверов уложены так, что в другую карту воткнуть можно, но разу видно, что не туда: или торчит с петлей или еле дотягивается. На патчкордах бирочки. MAC-и дело десятое, а вот порты в коммутаторе с vlan-ами перепутать нельзя.
    То есть сгоревшую карту то можно заменить, добавить следующую, но ничего поменяться не должно, ибо выполнять это будет человек без права правки настроек сервера и коммутатора.

     
     
  • 3.92, klalafuda (?), 12:36, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть сгоревшую карту то можно заменить, добавить следующую, но ничего поменяться не должно, ибо выполнять это будет человек без права правки настроек сервера и коммутатора.

    Ну тогда наверное должен быть механизм, который бы позволял делать привязку к конкретному PCI слоту или в этом духе. Проблема то понимаемая. Но вот чтобы так, с плеча, рубить ethX... Это как-то тоже нехорошо. Вот завтра после очередного yum update я вдруг обнаружу, что вместо нескольких привычный ethX у меня вдруг появился зоопарк чего-то совершенно не пойми чего. И шо? Вот счастье то..

     
     
  • 4.97, vodz (ok), 13:52, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну тогда наверное должен быть механизм, который бы позволял делать привязку к
    > конкретному PCI слоту или в этом духе.

    Что-то типа этого и предлагается. Потом то добавить алиасное имя можно хоть опять на ethX

    > Вот завтра после очередного yum update я вдруг обнаружу, что вместо
    > нескольких привычный ethX у меня вдруг появился зоопарк чего-то совершенно не
    > пойми чего. И шо? Вот счастье то..

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


     
  • 4.143, Michael Shigorin (ok), 01:51, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну тогда наверное должен быть механизм, который бы позволял делать привязку к
    > конкретному PCI слоту или в этом духе.

    Давно есть businfo.

     
  • 3.108, pavlinux (ok), 19:00, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть сгоревшую карту то можно заменить, добавить следующую, но ничего поменяться
    > не должно, ибо выполнять это будет человек без права правки настроек сервера и коммутатора.

    То есть развиньтить и всунуть чего "надо", типа аппаратный сниферок, он может,
    а мак-адрес переписать нет.  :)


     
     
  • 4.110, vodz (ok), 19:04, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > То есть развиньтить и всунуть чего "надо", типа аппаратный сниферок, он может,

    Имеено так. Вот когда у Вас сантехник туалет прочищает, Вы, случайно, не проверяете потом, а не установил ли он туда видеокамеру заодно?

     

  • 1.94, Frank (ok), 12:45, 25/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Меня забавляло, что в виндах воткнутый в другой разъём USB свисток надо заново настроить, и "Сетевое подключение №Х" плодились при этом в списке подключений по числу дырок, в которые ты мог воткнуть; так теперь такая же петрушка обещает быть и в федоре... Одно радует - я ею никогда не пользовался :)
     
  • 1.104, vle (ok), 17:36, 25/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Еще пару десятилетий и в Линуксе придут и к другому именованию
    дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>,
    как это сделано в солярисе.
    Не знаю, как кому, а меня всегда бесило именование дисковых
    и сетевых устройств что в Линуксе, что в BSD.
    Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
    оказалось невозможно (я не смог), и при каждой перезагрузке
    имена менялись.
    Полный паразм, правда, это было много лет тому, и сейчас
    я это уже не воспроизведу.
     
     
  • 2.107, non anon (?), 18:58, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А что, в солярисе обозначения винтов в принципе меняться не могут? Как там это сделано, если не секрет?

    Что касается линукса, то умные люди давно уже юзают /dev/disk/by-uuid :-)

     
     
  • 3.115, vle (ok), 19:29, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что, в солярисе обозначения винтов в принципе меняться не могут?

    Насколько мне известно не могут, если конечно
    винты в разные слоты не перетыкать.

    Если я ничего не путаю, проблема перенумерации девайсов при перезагрузке
    "изобретена" именно в Линуксе.

    > Как там это сделано, если не секрет?

    /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. Он есть?

     
     
  • 4.119, Zulu (?), 20:19, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Еще как могут в Солярисе меняться номер дисков
    https://defect.opensolaris.org/bz/show_bug.cgi?id=5451
     
     
  • 5.120, vle (ok), 20:32, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
       Jan Damborsky 2010-01-07 10:27:23 UTC

       fixed in changeset:
       2f04e6d1a2353fa00e0a159801aa380e0828f065

    То есть там это признают багой по крайней мере.

     
     
  • 6.168, Zulu (?), 15:35, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну конечно нет.
    Пофикшено в инсталлере -- тем что введен иной критерий именования дисков, кроме cXtXdX.
     
  • 4.121, анон (?), 20:54, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Насколько мне известно не могут, если конечно винты в разные слоты не перетыкать.
    >В угловых скобках номер контроллера, чего-то там еще, диска и раздела.

    Т.е. если переткнуть в другой контроллер, не говоря уже о другом компе, всё рухнет?
    Н-да, "и эти люди запрещают нам ковыряться в носу". EPIC.

    >Ага, not_so_short_name_of_my_first_hard_disk - это оооочень удобно ;-)

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

    Что касается коротких имён, то они неинформативны по определению, безотносительно оси.
    Простейший тому пример - втыкание винта в другой комп.
    Даже при использовании именования по меткам разделов, проблемы не исключены.

     
  • 2.144, Michael Shigorin (ok), 01:53, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
    > оказалось невозможно (я не смог), и при каждой перезагрузке
    > имена менялись.

    Столкнёшься -- пиши, стримеры на FC тоже успокаивал.

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

    Ну udev не такой старый, как ты. :)

     
  • 2.158, Аноним (-), 09:21, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще пару десятилетий и в Линуксе придут и к другому именованию
    > дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>,
    > как это сделано в солярисе.
    > Не знаю, как кому, а меня всегда бесило именование дисковых
    > и сетевых устройств что в Линуксе, что в BSD.
    > Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
    > оказалось невозможно (я не смог), и при каждой перезагрузке
    > имена менялись.
    > Полный паразм, правда, это было много лет тому, и сейчас
    > я это уже не воспроизведу.

    во фре ты один раз, при сетапе, вешаешь лайбел через glabel или -L у newfs и тебе вообще пофигу становится как реально называются винты, ты их можешь снимать, тасовать вставлять как попало и все всегда будет работать правильно.

     
  • 2.161, Я (??), 10:57, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще пару десятилетий и в Линуксе придут и к другому именованию
    > дисковых устройств тоже, например, к /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.
    Для него нумерация устройств - тоже дело непростое.

     

  • 1.109, pavlinux (ok), 19:04, 25/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А если в PCI-E, вместо сетевухи воткнуть GeForce 470GT,
    аппаратное ускорение сетевого стека включится?

    Или надо ядро перекомпилировать с поддержкой CUDA :-/

     
     
  • 2.112, PereresusNeVlezaetBuggy (ok), 19:20, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А если в PCI-E, вместо сетевухи воткнуть GeForce 470GT,
    > аппаратное ускорение сетевого стека включится?
    > Или надо ядро перекомпилировать с поддержкой CUDA :-/

    Обязательно. Нужно ведь чтобы траффик приходил отКуда-то и уходил Куда-то...

     
     
  • 3.129, User294 (ok), 23:14, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Обязательно. Нужно ведь чтобы траффик приходил отКуда-то и уходил Куда-то...

    Угу. В монитор весь трафф сливать, вместо дефолт гейтвея. Как хексдамп, фигле. А чо, сетевой сниффер с аппаратной акселерацией. Теперь вы сможете вывалить гигабит в реальном времени на ваши мониторы. Осталось только научиться читать дамп пакетов с такой же скоростью, и ни один пакет не уйдет незамеченным от зоркого взгляда админа :)

     
     
  • 4.132, PereresusNeVlezaetBuggy (ok), 23:23, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Обязательно. Нужно ведь чтобы траффик приходил отКуда-то и уходил Куда-то...
    > Угу. В монитор весь трафф сливать, вместо дефолт гейтвея. Как хексдамп, фигле.
    > А чо, сетевой сниффер с аппаратной акселерацией. Теперь вы сможете вывалить
    > гигабит в реальном времени на ваши мониторы. Осталось только научиться читать
    > дамп пакетов с такой же скоростью, и ни один пакет не
    > уйдет незамеченным от зоркого взгляда админа :)

    Тут закавыка есть: человеческий глаз, как известно, не различает более 25 кадров в секунду. Берём, скажем, монитор с разрешением 1600x1200, шрифт 16x8. Получаем:


    (1600 / 8) x (1200 / 16) = 200 x 75 = 15000


    Представление одного байта в хексе на экране — два символа. То есть на экране может поместиться не более 7500 байт. То есть, примерно 5 типичных Ethernet-пакетов (про jumbo frames и другие страшные слова пока забываем). Умножаем на 25 кадров — получается, за секунду админ увидит не более 125 пакетов. Даже если взять три монитора и трёх админов, всё равно получается 375 пакетов в секунду. Маловато. :(

     
     
  • 5.142, pavlinux (ok), 01:45, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> и ни один пакет не уйдет незамеченным от зоркого взгляда админа :)
    > Тут закавыка есть: человеческий глаз, как известно, не различает более 25 кадров
    > в секунду. Берём, скажем, монитор с разрешением 1600x1200, шрифт 16x8. Получаем:

    Нипрально ты считаешь...

    Берем монитор 1600x1200 и 32 бита цвета,
    Допустим одним пикселом можно закодировать 2^32 комбинаций пакетов по 1500 байт, (хотя комбинаций из 256 по 1500 наверно больше)
    множим на 1600 и на 1200, получаем  2.68 Гигабайт в сек. :)
      

     
     
  • 6.145, PereresusNeVlezaetBuggy (ok), 01:56, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> и ни один пакет не уйдет незамеченным от зоркого взгляда админа :)
    >> Тут закавыка есть: человеческий глаз, как известно, не различает более 25 кадров
    >> в секунду. Берём, скажем, монитор с разрешением 1600x1200, шрифт 16x8. Получаем:
    > Нипрально ты считаешь...
    > Берем монитор 1600x1200 и 32 бита цвета,
    > Допустим одним пикселом можно закодировать 2^32 комбинаций пакетов по 1500 байт,
    > множим на 1600 и на 1200, получаем  2.68 Гигабайт в сек.
    > :)

    И то верно — про цвета и пиксели. Только цвет честнее будет брать 24-битный, больше цветов мало кто различит. Зато считать можно проще: 1600 x 1200 x 24 x 25 = 1152 Мбит/с. Уря! :)

     
  • 6.146, Michael Shigorin (ok), 01:59, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> человеческий глаз, как известно, не различает более 25 кадров в секунду.

    Это если опытный инженер ОТК, лет десять отсидевший на экране в киностудии, скажем.

    >> Берём, скажем, монитор с разрешением 1600x1200

    Поди сейчас такой возьми... да ещё чтоб с приличной матрицей.  Хотя удалось. :)

    > Берем монитор 1600x1200 и 32 бита цвета

    Опять же -- не 32, а 24.  И тогда нужен хороший калиброваный монитор, чтоб админу (на гражданке действительно профессиональному фотографу или цветоустановщику) плывущая подсветка полный алярм не сделала. :]

    --
    абстрактное домышление

     
     
  • 7.147, PereresusNeVlezaetBuggy (ok), 02:09, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > --
    > абстрактное домышление

    Ну так и у нас тут скорее общие прикидки, каков порядок чисел. Вот когда что-то двинется в сторону внедрения этой в полном смысле этого слова крышесносящей технологии... А так — интересно, конечно, какова будет величина ошибки (тут ещё надо учесть разницу по чувствительности в разных диапазонах). Можно ещё подумать об избыточном кодировании...

     
     
  • 8.150, pavlinux (ok), 03:10, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А щас видюхи-то все двух портовые ... текст свёрнут, показать
     
     
  • 9.151, PereresusNeVlezaetBuggy (ok), 03:18, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно, и сетевухи такие давно есть Matrox, помнится, вообще трёхголовых ... текст свёрнут, показать
     
     
  • 10.152, pavlinux (ok), 03:26, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да и глаза тоже два, можно и звук подключить - тут ваще пипец от 20 до 44100 Hz ... текст свёрнут, показать
     
     
  • 11.153, PereresusNeVlezaetBuggy (ok), 03:30, 26/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Хм Тут очень много не протолкнёшь, конечно, разве что с... текст свёрнут, показать
     

  • 1.116, User294 (ok), 19:54, 25/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что эти дятлы будут делать с USB2Ethernet например?
     
     
  • 2.118, PereresusNeVlezaetBuggy (ok), 19:58, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А что эти дятлы будут делать с USB2Ethernet например?

    У меня вообще смутные сомнения на тему слова «делать». Кто как, а лично я, например, не привык создавание геморроя на пустом месте называть делом. Если их так раздражает, что после перезагрузки могут поменяться номера сетевых карт, надо исправлять эту причину, а не городить костыли. Зачем нужно разделять встроенные и отдельностоящие сетевые карты — моего слабого ума не хватает.

     
  • 2.124, PereresusNeVlezaetBuggy (ok), 22:16, 25/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А что эти дятлы будут делать с USB2Ethernet например?

    Если верить тому, что появилось в комментах по ссылке, имеем следующее:

    1. За происходящее ответственнен модуль biosdevname. Поэтому те, кому оно не надо, делают


    yum remove biosdevname


    Если рискнули удалённо обновиться, не зная, или забыв про эту мегафичу, — welcome to the club.

    2. Для USB ничего не меняется, остаются устройства eth*, так как BIOS не может предоставить информацию о USB-адаптерах. Так же эти имена останутся в тех случаях, когда не будет получаться выцарапать из BIOS нужную информацию. Следствие: если BIOS имеет тенденцию путать порядок встроенных устройств, то среди em* начнётся такая же путаница...

    3. 27-го января будет большой тестовый день. Кому надо, качайте live-образ FC15, переносите на него вашу конфигурацию со всеми сетевыми прогами и скриптами, и проверяйте, как оно работает.

     

  • 1.149, pavlinux (ok), 03:03, 26/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот скока интерфейсов нарыл, кроме 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"

    И многие из них железяки.

     
  • 1.182, Аноним (-), 10:12, 27/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Меня интересует карта, а не то каких местом она включена.

    согласен специально берешь карты разные, что бы в FreeBSD были названия разные.

     
  • 1.195, Аноним (-), 13:47, 12/02/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Блин а ссылки не пробовали создаешь eth0 --> PCIxxx ну и все ничего не надо переписывать....
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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