The OpenNET Project / Index page

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



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

Оглавление

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

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


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 на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от PereresusNeVlezaetBuggyemail (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 на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от PereresusNeVlezaetBuggyemail (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 на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от PereresusNeVlezaetBuggyemail (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 Shigorinemail (ok), 26-Янв-11, 01:30 
> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута.

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

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

140. "Fedora на пути к изменению наименования сетевых интерфейсов"  +1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 26-Янв-11, 01:35 
>> нумерация останется неизменной, номера будет засисеть от слота в который карта сунута.
> Сюрприз, может меняться в зависимости от версии/настроек BIOS.

Угу, но это стабильный фактор. BIOS сам собой не обновляется и настройки себе произвольно не меняет. Пока что. Вроде бы. Надеюсь...

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

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

мде. а еще сетевуха которая посередине стоит может сгореть! и тоже поедут номера. ну смешно же, право.

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

169. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от Michael Shigorinemail (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 +/
Сообщение от PereresusNeVlezaetBuggyemail (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 на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от PereresusNeVlezaetBuggyemail (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 на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от PereresusNeVlezaetBuggyemail (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 Shigorinemail (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 Shigorinemail (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 Shigorinemail (ok), 27-Янв-11, 00:52 
> Да, так как в Linux с большой вероятностью съедет нумерация интерфейсов

Хорошо бы экспертную оценку величины этой вероятности -- дистрибутивы-то не в курсе.

> Да, если на FreeBSD, так как файервол не заработает — новому интерфесу
> нужно ставить в соответствие ранее использованное имя в пакетном фильтре.

Бишь не поднимется и соответственно пропускать будет всё подряд?

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

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

а кто Вас заставляет отказываться от использования макросов? ;) поменять в 1 месте название интерфейса не думаю что сложно, тем более если знать что, например, вместо реалтека будет сунут fxp;)

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

191. "(offtopic) именование интерфейсов, значится"  +/
Сообщение от Michael Shigorinemail (ok), 27-Янв-11, 23:52 
>> Хм, и поменяв на fxp, бежать всё перематывать в файрволе?
> а кто Вас заставляет отказываться от использования макросов? ;)

Собсно мне-то что кажется: rl1 вместо eth2 -- это шило на мыло.  И хватит его уже дёргать.  Потому как если для конкретного хоста важен смысл -- то важно с технической стороны будет то, могут ли ядро+утилиты это организовать, а всё остальное из нужного -- пережить.

С "осмысливанием" в более общем случае действительно проблемы -- можно пытаться исходить из типа железки (eth/wifi), наличия или отсутствия маршрутизации пакетиков куда-нить до 8.8.8.8 или ещё чего, но для сколь-нибудь толкового автоугадава всё равно придётся сужать условия задачи.  У нас такая задачка обдумывается для дистрибутива, который разворачивается на ферме управления кластером -- где различать e.g. управляющую и сервисную сеть достаточно сильно помогает, причём физика может быть существенно разная под одними по функции интерфейсами разных хостов.  Соответствующую страничку на внутренней вики рисовали в четыре руки с netch@. :)

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

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

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




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

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