[sisyphus] опять etcnet и "прыгающие" имена интерфейсов 2

[Michael Shigorin]

On Mon, Mar 17, 2008 at 06:20:26PM +0300, ruslandh wrote:
> > > Э-э-э... Я, конечно, не совсем в теме, но разве ifrename
> > > это костыль?

Да.

> > > Разве это не то самое средство, которое прописывают при
> > > прыгающих интерфейсах, и именно в этом основная его задача?
> > Так теперь этим должен udev заниматься ...  Совсем недавно об
> > этом был тред ...  А ifrename для всяких wi-fi ...  Или я все
> > перепутал ?

wifi -- частный случай eth с точки зрения именования интерфейсов.

> Я могу ошибаться, но udev даёт стандартные имена eth0 ... ethN
> и они действительно прыгают.

Это модули при загрузке в недетерминированном порядке приводят 
к образованию интерфейсов со стандартными именами ethX.

> Затем вступает в действие (тут я точно могу ошибаться) ifrename
> (или etcnet) которые приводят к нестандартным именам типа lan,
> inet и т.п. и привязывает эти нестандартные имена к конкретным
> сетевым интерфейсам.  И это давно работает. 

ifrename при _итеративном_ использовании для данного конкретного
интерфейса из сервиса network в etcnet может переименовать ethX в
"говорящее имя", но не может [надёжно] оперировать eth0.

ifrename -t при _групповом_ использовании для всех указанных ему
интерфейсов (из сервиса ifrename в одноименном пакете способен
переименовывать и ethX<->ethY.  Но автором использование этого
ключа не рекомендуется.

Чтобы не приходилось переименовывать, надо бы, чтоб udev сразу
озадачивался нужным именованием.  Этого ещё нет.

> Проблема возникает, когда пытаются привязать стандартные имена
> к конкретным интерфейсам, т.к., например, нельзя дать имя
> интерфейсу eth0, если уже поднята катрочка с этим именем
> (eth0).

Да.  При этом поднимает её service network (etcnet).

Т.е. надо или втыкать отдельный субсервис раньше, или решать,
что вопросом именования занимается таки udev (надеюсь, совместно
с etcnet как источником информации об именах).


On Mon, Mar 17, 2008 at 10:57:54PM +0300, Dmitry V. Levin wrote:
> > > > А пресловутый eth0 наконец станет возможным без
> > > > дополнительного осмысления, когда мы починим udev
> > > > (https://bugzilla.altlinux.org/show_bug.cgi?id=14837).
> > > Из прочитанного скорее можно сделать вывод о том, что
> > > "чинить" надо etcnet.
> > И в чём же "дефект"?
> Концептуальная проблема, описанная в самом начале комментария #3
> https://bugzilla.altlinux.org/show_bug.cgi?id=14837#c3
> о которой я уже говорил: 
> Каждый раз возникают разногласия по поводу того, у какого софта
> какая задача -- своя, а какая -- чужая.
> В данном случае, чья задача -- менять имена интерфейсов.

Кажется, тут решение лежит действительно в плоскости разделения:
кто _меняет_ имена интерфейсов, но кто _определяет_ эти имена.
Это необязательно одна и та же сущность.


On Mon, Mar 17, 2008 at 07:48:32PM +0300, ruslandh wrote:
> > Вопрос: Чем настраивать? Принимая во внимание, что
> > среднестатистический пользователь дистрибутива как раз и
> > начнет настраивать alterator-ом ...

Угу.

> Повестиь в bugzilla предложение создавать нестандартные имена у
> интерфейсов ?

В любом случае стоит, вроде такой не наблюдаю.
На alterator-net-eth.


On Mon, Mar 17, 2008 at 08:30:21PM +0300, Denis Ovsienko wrote:
> > В свете текущего обсуждения я бы предложил сделать это
> > действие обязательным.
<лирика>
С точки зрения несдвинутого крышей на почве многоинтерфейсности
новичкового админа я бы, пожалуй, пошёл на какой LOR обливать
помоями "кривой альт, в котором вместо eth0 eth00".  Ни разу
не вникая в суть проблемы, а просто так :(

> http://lists.altlinux.org/pipermail/sisyphus/2007-October/209155.html
> В тот раз мне возражали, что Обычного Пользователя хватит
> кондратий при первом же взгляде на что-то, отличное от eth0
> (хакерам и крутым админам считалось позволительно иметь ещё и
> eth1).

И правильно возражали.  Привычка -- вторая натура человека;
те, кто с этим не считаются, живут сложной жизнью.
</>

> Задача разработчиков дистрибутива --- сгенерировать как можно
> больше рабочих инсталляций. Решение давно предложено.

Боюсь, на моей практике пока это service ifrename :(

https://bugzilla.altlinux.org/show_bug.cgi?id=11786#c3

Наверное, его можно интегрировать в service network имени
etcnet, но ведь ifrename -t и так не рекомендуется автором...

> каждый софт должен выполнять свою задачу.

Угу.

> А пресловутый eth0 наконец станет возможным без дополнительного
> осмысления, когда мы починим udev
> (https://bugzilla.altlinux.org/show_bug.cgi?id=14837).

Насколько помню, да.


On Mon, Mar 17, 2008 at 02:47:24PM +0200, Dmitriy Kruglikov wrote:
> Рискну предложить как временное решение...  Скрестить ежа и
> ужа, то есть, сделать симлинк /etc/iftab и /etc.net/iftab...

Кто-то из них при этом не нужен.  См. тж.
https://bugzilla.altlinux.org/show_bug.cgi?id=13351

> И установить ifrename.

И ещё сервис запустить, если уж делать /etc/iftab
(это на сейчас необходимо, если использовать eth0).


On Mon, Mar 17, 2008 at 07:06:46PM +0300, Алексей Шенцев wrote:
> Денис, я помню твой совет использовать
> /etc/net/scripts/contrib/initconf write для правильного
> заполнения нужных конфигов - всегда помогал и всё было пучком.

Да не молись ты на него -- перечитай этот скрипт и успокойся :)

> Но в AL4 что то, в угоду чего то изменили и такая свистопляска
> начинается ... :-S

initconf -- средство переноса существующей статической
конфигурации.  В 4.0 решалась задача создания конфигурации
с нуля.

> P.S.: Зачем было ломать работающее? :(

Это LKML и фридесктопщиков спроси... ;)

-- 
 ---- WBR, Michael Shigorin <mike на altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/