From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Date: Mon, 17 Mar 2008 22:41:07 +0200 From: Michael Shigorin To: sisyphus@lists.altlinux.org Message-ID: <20080317204107.GM9626@osdn.org.ua> Mail-Followup-To: sisyphus@lists.altlinux.org References: <20080317153159.05030bde@blackp.vop.mes> <20080317182815.81d686e0.pilot@altlinux.ru> <6c7be88d0803170842s156e7f15xb91707f91a74315b@mail.gmail.com> <200803171948.34155.hihin@yandex.ru> <6c7be88d0803170958h14ee0afeq67e853add1ca8fe3@mail.gmail.com> <20080317203021.8bc62cfc.pilot@altlinux.ru> <20080317153159.05030bde@blackp.vop.mes> <20080317182815.81d686e0.pilot@altlinux.ru> <6c7be88d0803170842s156e7f15xb91707f91a74315b@mail.gmail.com> <200803171948.34155.hihin@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200803171820.27929.hihin@yandex.ru> <6c7be88d0803170547x685b3090xda134c1c473366a5@mail.gmail.com> <200803171906.46113.ashen@nsrz.ru> <20080317195754.GA5619@wo.int.altlinux.org> <20080317203021.8bc62cfc.pilot@altlinux.ru> <200803171948.34155.hihin@yandex.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: [sisyphus] =?koi8-r?b?z9DR1NggZXRjbmV0IMkgItDS2cfBwN3JxSIgyc3F?= =?koi8-r?b?zsEgyc7UxdLGxcrTz9cgMg==?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: shigorin@gmail.com, ALT Linux Sisyphus discussions List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2008 20:41:09 -0000 Archived-At: List-Archive: List-Post: 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 ------ Linux.Kiev http://www.linux.kiev.ua/