[devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Y. Afonin]

Приветствую.

Есть такой вот баг: https://bugzilla.altlinux.org/32167

Ввиду того, что у udev пропал патч для переименования интерфейсов, который
когда-то прикладывался (https://bugzilla.altlinux.org/29280), баг 32167
надо как-то закрывать. Вроде как патч для закрытия 32167 получился (приложен
к багу), но это может затронуть alterator-net-eth и etcnet, хотя у etcnet
есть ручка в виде TYPE=eth в options. Если же возражений нет, я обновлю
udev-rule-generator-net.

По патчу. Пришлось /bin/sh на /bin/bash поменять, не знаю, как без регулярных
выражений сделать.

-- 
С уважением, Сергей Афонин

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Michael Shigorin]

On Sun, Aug 18, 2019 at 02:43:41PM +0400, Sergey Y. Afonin wrote:
> Есть такой вот баг: https://bugzilla.altlinux.org/32167
> Ввиду того, что у udev пропал патч для переименования интерфейсов, который
> когда-то прикладывался (https://bugzilla.altlinux.org/29280)

Лёш, а он совсем отвалился?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Y. Afonin]

On Sunday 18 August 2019, Michael Shigorin wrote:

> > Ввиду того, что у udev пропал патч для переименования интерфейсов,
> > который когда-то прикладывался (https://bugzilla.altlinux.org/29280)
> 
> Лёш, а он совсем отвалился?
 
Вообще я думаю, что даже если и не совсем сейчас, то когда-то этот 
момент наступит всё равно. Проще уж забить на eth, тем более, что 
сейчас разброд с этими enpNxNN.

-- 
С уважением, Сергей Афонин

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Y. Afonin]

On Sunday 18 August 2019, Sergey Y. Afonin wrote:

> Есть такой вот баг: https://bugzilla.altlinux.org/32167
> 
> к багу), но это может затронуть alterator-net-eth и etcnet, хотя у etcnet
> есть ручка в виде TYPE=eth в options. Если же возражений нет, я обновлю
> udev-rule-generator-net.

Я так понимаю, что возражений нет? Тогда http://git.altlinux.org/tasks/236378/

Ещё подожду до четверга. Кстати, почему-то в логе отражено закрытие только
одного бага (udev-rule-generator: closes bugs: 32167), хотя там написано

 - changed /var/lock to /run/lock (antohami@altlinux, ALT #35889)
 - changed "eth" to "ether" in generated rules (ALT #32167)

-- 
С уважением, Сергей Афонин

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Tuesday 20 August 2019, Sergey Y. Afonin wrote:

> Я так понимаю, что возражений нет? Тогда http://git.altlinux.org/tasks/236378/
> 
> Ещё подожду до четверга.

Для p9:

http://git.altlinux.org/tasks/236424

[#236424] p9 EPERM (try 2) udev-rule-generator.git=1.1-alt1

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Антон Мидюков]

22.08.2019 17:23, Sergey Afonin пишет:
> On Tuesday 20 August 2019, Sergey Y. Afonin wrote:
>
>> Я так понимаю, что возражений нет? Тогда http://git.altlinux.org/tasks/236378/
>>
>> Ещё подожду до четверга.
> Для p9:
>
> http://git.altlinux.org/tasks/236424
>
> [#236424] p9 EPERM (try 2) udev-rule-generator.git=1.1-alt1
>
На regular-jeos.iso интерфейс стал называться ether0. Это ваша работа?

Но это не задело лайвы и сборки rootfs почему-то. Там по-прежнему eth0.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Wednesday 28 August 2019, Антон Мидюков wrote:

> > [#236424] p9 EPERM (try 2) udev-rule-generator.git=1.1-alt1
> >
> На regular-jeos.iso интерфейс стал называться ether0. Это ваша работа?

Да. Была надежда, что alterator-net-eth к имени не привязан.
отправил в Сизиф 1.2 с eth по-умолчанию, надо тогда смотреть,
что и как зацепило.

> Но это не задело лайвы и сборки rootfs почему-то. Там по-прежнему eth0.

Интересно, кто тут переименовывает.

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Y. Afonin]

On Wednesday 28 August 2019, Антон Мидюков wrote:

> > http://git.altlinux.org/tasks/236424
> >
> > [#236424] p9 EPERM (try 2) udev-rule-generator.git=1.1-alt1
> >
> На regular-jeos.iso интерфейс стал называться ether0. Это ваша работа?

Что-то я сразу подумал, что всё сломалось. А реально сломалось,
или всё правильно настроилось? Уточнить надо для бага 37173.

-- 
С уважением, Сергей Афонин

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Антон Мидюков]

01.11.2020 15:58, Sergey Y. Afonin пишет:
> On Wednesday 28 August 2019, Антон Мидюков wrote:
>
>>> http://git.altlinux.org/tasks/236424
>>>
>>> [#236424] p9 EPERM (try 2) udev-rule-generator.git=1.1-alt1
>>>
>> На regular-jeos.iso интерфейс стал называться ether0. Это ваша работа?
> Что-то я сразу подумал, что всё сломалось. А реально сломалось,
> или всё правильно настроилось? Уточнить надо для бага 37173.
>
Сломалась, если помню правильно, настройка сети в mkimage-profiles, 
заточенная на имя eth0.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Sunday 01 November 2020, Антон Мидюков wrote:

> >>> [#236424] p9 EPERM (try 2) udev-rule-generator.git=1.1-alt1
> >>>
> >> На regular-jeos.iso интерфейс стал называться ether0. Это ваша работа?

> > Что-то я сразу подумал, что всё сломалось. А реально сломалось,
> > или всё правильно настроилось? Уточнить надо для бага 37173.
> >
> Сломалась, если помню правильно, настройка сети в mkimage-profiles, 
> заточенная на имя eth0.
 
А как обрабатываются варианты вида enpXsY? Или они тут не возникают всё ещё?

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Антон Мидюков]

02.11.2020 17:29, Sergey Afonin пишет:
> On Sunday 01 November 2020, Антон Мидюков wrote:
>
>>>>> [#236424] p9 EPERM (try 2) udev-rule-generator.git=1.1-alt1
>>>>>
>>>> На regular-jeos.iso интерфейс стал называться ether0. Это ваша работа?
>>> Что-то я сразу подумал, что всё сломалось. А реально сломалось,
>>> или всё правильно настроилось? Уточнить надо для бага 37173.
>>>
>> Сломалась, если помню правильно, настройка сети в mkimage-profiles,
>> заточенная на имя eth0.
>   
> А как обрабатываются варианты вида enpXsY? Или они тут не возникают всё ещё?
>
Никак не обрабатываются. Там создаётся файл настроек в etcnet для eth0 
(можно в дополнение eth1, eth2 и т.д.) Т.е. нет проблем создавать для 
ether1. Подготовьте задание, я на регулярках испытаю.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Michael Shigorin]

On Mon, Nov 02, 2020 at 02:29:54PM +0400, Sergey Afonin wrote:
> > >>> [#236424] p9 EPERM (try 2) udev-rule-generator.git=1.1-alt1
> > >> На regular-jeos.iso интерфейс стал называться ether0. Это ваша работа?
> > > Что-то я сразу подумал, что всё сломалось. А реально сломалось,
> > > или всё правильно настроилось? Уточнить надо для бага 37173.
> > Сломалась, если помню правильно, настройка сети в mkimage-profiles, 
> > заточенная на имя eth0.
> А как обрабатываются варианты вида enpXsY? Или они тут не возникают всё ещё?

А как их можно заранее обработать, если они непредсказуемы?
Такое уже только во время выполнения.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Sergey Afonin]

On Sunday 18 August 2019, Sergey Y. Afonin wrote:

> Есть такой вот баг: https://bugzilla.altlinux.org/32167
> 
> Ввиду того, что у udev пропал патч для переименования интерфейсов,
> который когда-то прикладывался (https://bugzilla.altlinux.org/29280),
> баг 32167 надо как-то закрывать.

Часть вторая. В https://bugzilla.altlinux.org/37173 предложены два
варианта добавления опознавания в etcnet имени ether по умолчанию.
Какой-то надо уже добавить. У кого какое мнение?

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Alexey V. Vissarionov]

On 2020-03-02 13:07:28 +0400, Sergey Afonin wrote:

 >> Есть такой вот баг: https://bugzilla.altlinux.org/32167
 >> Ввиду того, что у udev пропал патч для переименования
 >> интерфейсов, который когда-то прикладывался
 >> (https://bugzilla.altlinux.org/29280), баг 32167 надо
 >> как-то закрывать.
 > Часть вторая. В https://bugzilla.altlinux.org/37173
 > предложены два варианта добавления опознавания в etcnet
 > имени ether по умолчанию. Какой-то надо уже добавить.
 > У кого какое мнение?

Я бы рекомендовал придерживаться именования, используемого
ядром - ethX

А вместо переименования интерфейсов лучше использовать...
хотя когда тутошнюю публику интересовало мнение админов? :-/


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Sergey Afonin]

On Monday 02 March 2020, Alexey V. Vissarionov wrote:

>> Ввиду того, что у udev пропал патч для переименования
>> интерфейсов, который когда-то прикладывался
>> (https://bugzilla.altlinux.org/29280), баг 32167 надо
>> как-то закрывать.

>  > Часть вторая. В https://bugzilla.altlinux.org/37173
>  > предложены два варианта добавления опознавания в etcnet
>  > имени ether по умолчанию. Какой-то надо уже добавить.
>  > У кого какое мнение?
> 
> Я бы рекомендовал придерживаться именования, используемого
> ядром - ethX

Я всеми руками за, но увы, уже нельзя. Почему - ссылка на баг
29280 даже отквочена.

> А вместо переименования интерфейсов лучше использовать...

Что? Почему многоточие? 

> хотя когда тутошнюю публику интересовало мнение админов? :-/

Меня моё админское мнение очень интересует, но могу и чужое
выслушать. ;-)

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Alexey V. Vissarionov]

On 2020-03-02 13:26:38 +0400, Sergey Afonin wrote:

 >>> Ввиду того, что у udev пропал патч для переименования
 >>> интерфейсов, который когда-то прикладывался
 >>> (https://bugzilla.altlinux.org/29280), баг 32167 надо
 >>> как-то закрывать.
 >>> Часть вторая. В https://bugzilla.altlinux.org/37173
 >>> предложены два варианта добавления опознавания в etcnet
 >>> имени ether по умолчанию. Какой-то надо уже добавить.
 >>> У кого какое мнение?
 >> Я бы рекомендовал придерживаться именования, используемого
 >> ядром - ethX
 > Я всеми руками за, но увы, уже нельзя. Почему - ссылка на баг
 > 29280 даже отквочена.

Да я оба бага прочитал...

 >> А вместо переименования интерфейсов лучше использовать...
 > Что? Почему многоточие?

Для интриги, разумеется :-)
Хотя все просто до банальности:

ip link add name hub type bridge
eval `ip link | sed -nre '/\seth[0-9]+:\s/{s,^\w+:\s+,ip link set dev ,g;s,:.*, master hub up;,g;p}'`
ip link set dev hub up

ip link add name lan type bridge
ip link add name hub.100 link hub type vlan id 100
ip link set dev hub.100 master lan up
ip link set dev lan up

ip link add name wan1 address 12:34:56:78:90:AB type bridge
ip link add name hub.111 link hub type vlan id 111
ip link set dev hub.111 master wan1 up
ip link set dev wan1 up

ip link add name wan2 address 12:34:56:AB:CD:EF type bridge
ip link add name hub.222 link hub type vlan id 222
ip link set dev hub.222 master wan2 up
ip link set dev wan2 up

 >> хотя когда тутошнюю публику интересовало мнение админов? :-/
 > Меня моё админское мнение очень интересует, но могу и чужое
 > выслушать. ;-)

Бридж, в который собраны все физические устройства - очевидное
решение. Но очевидно оно только для тех, кто реально работал с
сетями хоть немного сложнее "плоской" локалки.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Sergey Afonin]

On Monday 02 March 2020, Alexey V. Vissarionov wrote:

>  >> хотя когда тутошнюю публику интересовало мнение админов? :-/

>  > Меня моё админское мнение очень интересует, но могу и чужое
>  > выслушать. ;-)
 
> Бридж, в который собраны все физические устройства - очевидное
> решение. Но очевидно оно только для тех, кто реально работал с
> сетями хоть немного сложнее "плоской" локалки.
 
Я работал и продолжаю. И нет, это плохое решение при реализации
конфигурации "один пользователь - один VLAN". Зачем мне бридж
c десятком физических интерфейсов, когда мне нужен десяток
интерфейсов с от десятков до сотни VLAN на каждом?

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Sergey Y. Afonin]

On Monday 02 March 2020, Sergey Afonin wrote:

> Часть вторая. В https://bugzilla.altlinux.org/37173 предложены два
> варианта добавления опознавания в etcnet имени ether по умолчанию.
> Какой-то надо уже добавить. У кого какое мнение?
 
2020-Apr-06 17:46:04 :: task #249489 for sisyphus resumed by asy:
...
#100 etcnet 0.9.18-alt4 -> 0.9.19-alt1
 Mon Apr 06 2020 Sergey Y. Afonin <asy@altlinux> 0.9.19-alt1
 - NMU release
 - added processing "ether" as "eth" (Closes: #37173)
 - removed PPPPERSIST and PPPMAXFAIL from an example of the ppp3 (Closes: #23916)
...
2020-Apr-06 17:48:17 :: task #249489 for sisyphus EPERM

Смена версии - это подумал, что добавление ещё одного имени по умолчанию
досточная причина. #23916 - за компанию, раз сам уж повесил когда-то.

Если за пару дней замечаний не будет, пропустите кто-нибудь, скажем, в четверг:
list: sem ldv legion shaba rider vseleznv

-- 
С уважением, Сергей Афонин

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Sergey Y. Afonin]

On Monday 06 April 2020, Sergey Y. Afonin wrote:

> 2020-Apr-06 17:46:04 :: task #249489 for sisyphus resumed by asy:
> ...
> #100 etcnet 0.9.18-alt4 -> 0.9.19-alt1
>  Mon Apr 06 2020 Sergey Y. Afonin <asy@altlinux> 0.9.19-alt1
>  - NMU release
>  - added processing "ether" as "eth" (Closes: #37173)
>  - removed PPPPERSIST and PPPMAXFAIL from an example of the ppp3 (Closes: #23916)
> ...
> 2020-Apr-06 17:48:17 :: task #249489 for sisyphus EPERM

> Если за пару дней замечаний не будет, пропустите кто-нибудь, скажем, в четверг:
> list: sem ldv legion shaba rider vseleznv

Вроде бы никто ничего против не написал. Кто-нибудь пропустит?

-- 
С уважением, Сергей Афонин

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Mikhail Efremov]

On Thu, 9 Apr 2020 20:43:24 +0400 Sergey Y. Afonin wrote:
> On Monday 06 April 2020, Sergey Y. Afonin wrote:
> 
> > 2020-Apr-06 17:46:04 :: task #249489 for sisyphus resumed by asy:
> > ...
> > #100 etcnet 0.9.18-alt4 -> 0.9.19-alt1
> >  Mon Apr 06 2020 Sergey Y. Afonin <asy@altlinux> 0.9.19-alt1
> >  - NMU release
> >  - added processing "ether" as "eth" (Closes: #37173)
> >  - removed PPPPERSIST and PPPMAXFAIL from an example of the ppp3
> > (Closes: #23916) ...
> > 2020-Apr-06 17:48:17 :: task #249489 for sisyphus EPERM  
> 
> > Если за пару дней замечаний не будет, пропустите кто-нибудь,
> > скажем, в четверг: list: sem ldv legion shaba rider vseleznv  
> 
> Вроде бы никто ничего против не написал. Кто-нибудь пропустит?

Честно говоря, мне бы не хотелось пока трогать etcnet. Там надо бы
сначала разобраться с тем бардаком, который сейчас в нем. Насколько я
помню, в последнем коммите с коммит-мессаджем "fix some errs" был
сделан откат части предыдущих коммитов. Его надо бы вообще уничтожить
и, если необходимо, откатить эти коммиты отдельно. С переоткрытием
багов, возможно. Я надеюсь, что мне удастся найти на это время
когда-нибудь.

-- 
WBR, Mikhail Efremov

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Sergey Y. Afonin]

On Thursday 09 April 2020, Mikhail Efremov wrote:

> Насколько я помню, в последнем коммите с коммит-мессаджем "fix some errs"
> был сделан откат части предыдущих коммитов. Его надо бы вообще уничтожить
> и, если необходимо, откатить эти коммиты отдельно. С переоткрытием багов,
> возможно.

Да, как-то действительно всё в куче и не очень понятно сразу, что и зачем,
хотя похоже, что там всё относится к предыдущему 0.9.18-alt2. Только он уже
не очень последний, даже если мои изменения не учитывать.

> Я надеюсь, что мне удастся найти на это время когда-нибудь.

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

-- 
С уважением, Сергей Афонин

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Sergey Afonin]

On Thursday 09 April 2020, Mikhail Efremov wrote:

> Честно говоря, мне бы не хотелось пока трогать etcnet. Там надо бы
> сначала разобраться с тем бардаком, который сейчас в нем. Насколько я
> помню, в последнем коммите с коммит-мессаджем "fix some errs" был
> сделан откат части предыдущих коммитов. Его надо бы вообще уничтожить
> и, если необходимо, откатить эти коммиты отдельно.

Как там с планами?

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 37173 (etcnet)

[Mikhail Efremov]

On Tue, 27 Oct 2020 17:19:20 +0400 Sergey Afonin wrote:
> On Thursday 09 April 2020, Mikhail Efremov wrote:
> 
> > Честно говоря, мне бы не хотелось пока трогать etcnet. Там надо бы
> > сначала разобраться с тем бардаком, который сейчас в нем. Насколько
> > я помню, в последнем коммите с коммит-мессаджем "fix some errs" был
> > сделан откат части предыдущих коммитов. Его надо бы вообще
> > уничтожить и, если необходимо, откатить эти коммиты отдельно.  
> 
> Как там с планами?

Как раз думал заняться.

-- 
WBR, Mikhail Efremov

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Sunday 18 August 2019, Sergey Y. Afonin wrote:

> Есть такой вот баг: https://bugzilla.altlinux.org/32167
> 
> Ввиду того, что у udev пропал патч для переименования интерфейсов, который
> когда-то прикладывался (https://bugzilla.altlinux.org/29280), баг 32167
> надо как-то закрывать. Вроде как патч для закрытия 32167 получился (приложен
> к багу), но это может затронуть alterator-net-eth и etcnet, хотя у etcnet
> есть ручка в виде TYPE=eth в options. Если же возражений нет, я обновлю
> udev-rule-generator-net.

Что-то я не понял, что случилось? Вдруг появился баг 
https://bugzilla.altlinux.org/54998
Ладно, тестер ошибся, фичу принял за багу.
Но что дальше-то началось?

Проблема с переименованием eth0 <> eth1 <> eth2 решилась что ли,
и можно снова делать по умолчанию не ether, а eth?

А если нет, с какого перепуга вдруг надо удалять упоминание 
udev-rule-generator-net в качестве решения обозначенной проблемы,
да ещё оставляя описание самой проблемы? И с угрозой вообще удалить
пакет udev-rule-generator-net из p11 (в #54998 написано)?

https://www.altlinux.org/Настройка_сети#Название_интерфейсов_Ethernet 

Или вдрукг стало считаться, что все должны использовать enp* и
не мутить воду? Так enp* тоже постоянством не отличаются, на wiki
ссылка есть на зависимость от ядра. Плюс я лично видел, как эти
enp скакать начинают при установке внешней видеоплаты например.
Или просто при добавлении ещё одной сетевой.

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Anton Midyukov]

01.07.2025 09:30, Sergey Afonin пишет:
> On Sunday 18 August 2019, Sergey Y. Afonin wrote:
> 
>> Есть такой вот баг: https://bugzilla.altlinux.org/32167
>>
>> Ввиду того, что у udev пропал патч для переименования интерфейсов, который
>> когда-то прикладывался (https://bugzilla.altlinux.org/29280), баг 32167
>> надо как-то закрывать. Вроде как патч для закрытия 32167 получился (приложен
>> к багу), но это может затронуть alterator-net-eth и etcnet, хотя у etcnet
>> есть ручка в виде TYPE=eth в options. Если же возражений нет, я обновлю
>> udev-rule-generator-net.
> 
> Что-то я не понял, что случилось? Вдруг появился баг 
> https://bugzilla.altlinux.org/54998
> Ладно, тестер ошибся, фичу принял за багу.
> Но что дальше-то началось?

На вики устаревшая информация, которую проще удалить, чтобы не вводить в заблуждение пользователей.
Пакет udev-rule-generator-net по дефолту не устанавливается, и не рекомендован к использованию.
На вики напротив пакет рекомендуется, как единственно верное решение проблемы больного systemd.

> 
> Проблема с переименованием eth0 <> eth1 <> eth2 решилась что ли,
> и можно снова делать по умолчанию не ether, а eth?

По дефолту используются имена типа en*. Они достаточно стабильны. Но, наверное, могут быть исключительные ситуации.

> 
> А если нет, с какого перепуга вдруг надо удалять упоминание 
> udev-rule-generator-net в качестве решения обозначенной проблемы,
> да ещё оставляя описание самой проблемы? И с угрозой вообще удалить
> пакет udev-rule-generator-net из p11 (в #54998 написано)?
> 

После установки пакета доверчивый пользователь останется без настроенной сети после перезагрузки.
Разве нет?

> https://www.altlinux.org/Настройка_сети#Название_интерфейсов_Ethernet 
> 
> Или вдрукг стало считаться, что все должны использовать enp* и
> не мутить воду? Так enp* тоже постоянством не отличаются, на wiki
> ссылка есть на зависимость от ядра. Плюс я лично видел, как эти
> enp скакать начинают при установке внешней видеоплаты например.
> Или просто при добавлении ещё одной сетевой.
> 

Нужно документировать фиксацию имён сетевых интерфейсов через создание link файлов.

-- 
best regards, Anton Midyukov <antohami@altlinux.org>

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Tuesday 01 July 2025, Anton Midyukov wrote:

> > Что-то я не понял, что случилось? Вдруг появился баг 
> > https://bugzilla.altlinux.org/54998
> > Ладно, тестер ошибся, фичу принял за багу.
> > Но что дальше-то началось?
> 
> На вики устаревшая информация,

В каком месте она устаревшая? 

> На вики напротив пакет рекомендуется, как единственно верное 
> решение проблемы больного systemd. 

1. Где он рекомендуется, как единственно верное решение?
   Там в явном виде было написано "Если не хочется использовать
   псевдопостоянные имена интерфейсов вида enp*". Это уже
   решение при условии. Кроме того, весь пункт про имена для
   ситуации "больше одной сетевой карты". И там даже дальше 
   все примеры про enp оставлены, чтобы люди не путались, если
   не захотели etherN

2. Какое есть другое решение проблемы с тем, чтобы было не
   enp*, а нормальные ethN или etherN? Руками link-фалы сочинять
   или правила udev руками писать?

> > Проблема с переименованием eth0 <> eth1 <> eth2 решилась что ли,
> > и можно снова делать по умолчанию не ether, а eth?
> 
> По дефолту используются имена типа en*. Они достаточно стабильны.
> Но, наверное, могут быть исключительные ситуации. 

Не могут, а есть. Вот для них и решение. Кому не надо, могут оставлять
enp. Как теперь предлагается угадывать, что генератор правил udev всё
же есть? Этот вот спор в рассылке ситать и форум? Ну можно наверное,
мы же для пользователей хотим как попроще, да?

> Нужно документировать фиксацию имён сетевых интерфейсов
> через создание link файлов. 
 
Вот сначала напишите пакет с генератором link-файлов, потом
рекомендуйте его.

А вообще я не понимаю, чем link-файлы лучше 70-persistent-net.rules
Последний, после начальной генерации, можно открыть в редакторе
и поправить копипастом, чтобы сетевые карты физически подряд были.
Один раз файл открыть, поправить, записать. А с link-файлами что?
во весь десяток лазить? На сколько больше операций? А профит где?

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Tuesday 01 July 2025, Sergey Afonin wrote:

> А вообще я не понимаю, чем link-файлы лучше 70-persistent-net.rules
 
Или уже планируется упразднение udev и правил udev?
:-)

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-07-01 11:36:48 +0400, Sergey Afonin wrote:

 >> А вообще я не понимаю, чем link-файлы лучше
 >> 70-persistent-net.rules
 > Или уже планируется упразднение udev и правил udev?  :-)

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


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Anton Midyukov]

01.07.2025 10:20, Sergey Afonin пишет:
> On Tuesday 01 July 2025, Anton Midyukov wrote:
> 
>>> Что-то я не понял, что случилось? Вдруг появился баг 
>>> https://bugzilla.altlinux.org/54998
>>> Ладно, тестер ошибся, фичу принял за багу.
>>> Но что дальше-то началось?
>>
>> На вики устаревшая информация,
> 
> В каком месте она устаревшая? 
> 

Поправил статьи, частично вернул информацию про udev-rule-generator-net.
Добавил предупреждение, что после установки пакета пользователь может остаться без подключения к сети.

-- 
best regards, Anton Midyukov <antohami@altlinux.org>

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Tuesday 01 July 2025, Anton Midyukov wrote:

> >>> Что-то я не понял, что случилось? Вдруг появился баг 
> >>> https://bugzilla.altlinux.org/54998
> >>> Ладно, тестер ошибся, фичу принял за багу.
> >>> Но что дальше-то началось?
> >>
> >> На вики устаревшая информация,
> > 
> > В каком месте она устаревшая? 
> > 
> 
> Поправил статьи, частично вернул информацию про udev-rule-generator-net.
> Добавил предупреждение, что после установки пакета пользователь может 
> остаться без подключения к сети. 

Приемлемо.

Но

| была (есть?) зависимость от физического количества сетевых карт

Она просто есть, так как зависит от железа. На каком-то есть, на
каком-то нет, а предполагать невозможно. Просто вот в любой слот
втыкаешь что угодно, и всё по enp* сползает.

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-07-01 09:47:56 +0300, Anton Midyukov wrote:

 >>> Ввиду того, что у udev пропал патч для переименования
 >>> интерфейсов

Туда ему и дорога в общем-то.
Если бы это было нужно, это было бы в ядре.

 >> А если нет, с какого перепуга вдруг надо удалять упоминание
 >> udev-rule-generator-net в качестве решения обозначенной
 >> проблемы, да ещё оставляя описание самой проблемы? И с
 >> угрозой вообще удалить пакет udev-rule-generator-net из p11

Очень надеючь на s/угрозой/обещанием/

 > После установки пакета доверчивый пользователь останется без
 > настроенной сети после перезагрузки. Разве нет?

В существующих системах пакет не трогать (пользователь сам rpm -e
сказать может), в свежеустанавливаемые не добавлять.

 >> Или вдрукг стало считаться, что все должны использовать enp*
 >> и не мутить воду?

Если бы это было так, то эти названия интерфейсам давало бы ядро.
В реальности же типов ethernet-устройств, по мнению разработчиков
ядра, существует всего два - полноценные ethernet ("eth%u") и
огрызки CDC ("usb%u").

 >> Так enp* тоже постоянством не отличаются,

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

 >> на wiki ссылка есть на зависимость от ядра. Плюс я лично видел,
 >> как эти enp скакать начинают при установке внешней видеоплаты
 >> например.

Совершенно нормальное явление: кроилово закономерно приводит к
попадалову.

Не, я знаю, почему (и как) это происходит. Но зачем ломать то, что
работает?

 >> Или просто при добавлении ещё одной сетевой.
 > Нужно документировать фиксацию имён сетевых интерфейсов через
 > создание link файлов.

То есть, сначала ломаем всем ноги, а потом раздаем хорошие костыли?

Вариант сразу сделать по уму даже не рассматривается?


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Anton Midyukov]

01.07.2025 14:11, Alexey V. Vissarionov пишет:
> Good ${greeting_time}!
> 
> On 2025-07-01 09:47:56 +0300, Anton Midyukov wrote:
> 
>  >>> Ввиду того, что у udev пропал патч для переименования
>  >>> интерфейсов
> 
> Туда ему и дорога в общем-то.
> Если бы это было нужно, это было бы в ядре.
> 
>  >> А если нет, с какого перепуга вдруг надо удалять упоминание
>  >> udev-rule-generator-net в качестве решения обозначенной
>  >> проблемы, да ещё оставляя описание самой проблемы? И с
>  >> угрозой вообще удалить пакет udev-rule-generator-net из p11
> 
> Очень надеючь на s/угрозой/обещанием/
> 
>  > После установки пакета доверчивый пользователь останется без
>  > настроенной сети после перезагрузки. Разве нет?
> 
> В существующих системах пакет не трогать (пользователь сам rpm -e
> сказать может), в свежеустанавливаемые не добавлять.
> 
>  >> Или вдрукг стало считаться, что все должны использовать enp*
>  >> и не мутить воду?
> 
> Если бы это было так, то эти названия интерфейсам давало бы ядро.
> В реальности же типов ethernet-устройств, по мнению разработчиков
> ядра, существует всего два - полноценные ethernet ("eth%u") и
> огрызки CDC ("usb%u").
> 
>  >> Так enp* тоже постоянством не отличаются,
> 
> Ага. А теперь представляем себе ситуацию, когда устройство сменило
> название, а доступ к компутеру возможен только по сети. Пусть даже
> не в принципе возможен, а за разумное время.
> 
>  >> на wiki ссылка есть на зависимость от ядра. Плюс я лично видел,
>  >> как эти enp скакать начинают при установке внешней видеоплаты
>  >> например.
> 
> Совершенно нормальное явление: кроилово закономерно приводит к
> попадалову.
> 
> Не, я знаю, почему (и как) это происходит. Но зачем ломать то, что
> работает?
> 
>  >> Или просто при добавлении ещё одной сетевой.
>  > Нужно документировать фиксацию имён сетевых интерфейсов через
>  > создание link файлов.
> 
> То есть, сначала ломаем всем ноги, а потом раздаем хорошие костыли?
> 
> Вариант сразу сделать по уму даже не рассматривается?
> 

И как сделать по уму?

-- 
best regards, Anton Midyukov <antohami@altlinux.org>

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-07-01 14:26:07 +0300, Anton Midyukov wrote:

 >>>> Плюс я лично видел, как эти enp скакать начинают при
 >>>> установке внешней видеоплаты например.
 >> Совершенно нормальное явление: кроилово закономерно
 >> приводит к попадалову.
 >> Не, я знаю, почему (и как) это происходит. Но зачем ломать
 >> то, что работает?
 >>>> Или просто при добавлении ещё одной сетевой.
 >>> Нужно документировать фиксацию имён сетевых интерфейсов
 >>> через создание link файлов.
 >> То есть, сначала ломаем всем ноги, а потом раздаем хорошие
 >> костыли? Вариант сразу сделать по уму даже не рассматривается?
 > И как сделать по уму?

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

На сервере - собрать все eth%u в один большой бридж или бонд
(в зависимости от выполняемых сервером задач), опционально
нарезать внутри него VLANы, добавить их в свои бриджи, и уже
этим бриджам назначать адреса scope global.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Alexei Takaseev]

01.07.2025 20:22, Alexey V. Vissarionov пишет:
> Good ${greeting_time}!
>
> On 2025-07-01 14:26:07 +0300, Anton Midyukov wrote:
>
>   >>>> Плюс я лично видел, как эти enp скакать начинают при
>   >>>> установке внешней видеоплаты например.
>   >> Совершенно нормальное явление: кроилово закономерно
>   >> приводит к попадалову.
>   >> Не, я знаю, почему (и как) это происходит. Но зачем ломать
>   >> то, что работает?
>   >>>> Или просто при добавлении ещё одной сетевой.
>   >>> Нужно документировать фиксацию имён сетевых интерфейсов
>   >>> через создание link файлов.
>   >> То есть, сначала ломаем всем ноги, а потом раздаем хорошие
>   >> костыли? Вариант сразу сделать по уму даже не рассматривается?
>   > И как сделать по уму?
>
> На десктопе - использовать eth0 (каким бы он ни был, ибо кроме
> него в подавляющем большинстве случаев ничего и нет).
>
> На сервере - собрать все eth%u в один большой бридж или бонд
> (в зависимости от выполняемых сервером задач), опционально
> нарезать внутри него VLANы, добавить их в свои бриджи, и уже
> этим бриджам назначать адреса scope global.

И потом благодарные админы, поминая разработчиков добрым словом, будут 
разбирать эту халабуду на исходные части, ибо вдруг на непрогнозируемом 
уровне нагрузки сервер тупо "покидает чат".

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-07-01 20:26:57 +0800, Alexei Takaseev wrote:

 >>>> То есть, сначала ломаем всем ноги, а потом раздаем хорошие
 >>>> костыли? Вариант сразу сделать по уму даже не рассматривается?
 >>> И как сделать по уму?
 >> На десктопе - использовать eth0 (каким бы он ни был, ибо кроме
 >> него в подавляющем большинстве случаев ничего и нет).
 >> На сервере - собрать все eth%u в один большой бридж или бонд
 >> (в зависимости от выполняемых сервером задач), опционально
 >> нарезать внутри него VLANы, добавить их в свои бриджи, и уже
 >> этим бриджам назначать адреса scope global.
 > И потом благодарные админы, поминая разработчиков добрым словом,
 > будут разбирать эту халабуду на исходные части, ибо вдруг на
 > непрогнозируемом уровне нагрузки сервер тупо "покидает чат".

При установке достаточно собрать все интерфейсы в бридж и
попробовать сконфигурироваться через него автоматически:
типовым решением является использование native VLAN для
начальной настройки, а дальше админы все сделают сами,


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Anton Farygin]

On 7/1/25 15:42, Alexey V. Vissarionov wrote:
> При установке достаточно собрать все интерфейсы в бридж и
> попробовать сконфигурироваться через него автоматически:
> типовым решением является использование native VLAN для
> начальной настройки, а дальше админы все сделают сами,

Мы уже так делали много много лет назад и огребли массу проблем.

Спасибо, не надо.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Tuesday 01 July 2025, Alexei Takaseev wrote:

> И потом благодарные админы, поминая разработчиков добрым словом, будут 
> разбирать эту халабуду на исходные части, ибо вдруг на непрогнозируемом 
> уровне нагрузки сервер тупо "покидает чат".
 
Однозначно! :-)

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Anton Farygin]

On 7/1/25 15:22, Alexey V. Vissarionov wrote:
> Good ${greeting_time}!
>
> On 2025-07-01 14:26:07 +0300, Anton Midyukov wrote:
>
>   >>>> Плюс я лично видел, как эти enp скакать начинают при
>   >>>> установке внешней видеоплаты например.
>   >> Совершенно нормальное явление: кроилово закономерно
>   >> приводит к попадалову.
>   >> Не, я знаю, почему (и как) это происходит. Но зачем ломать
>   >> то, что работает?
>   >>>> Или просто при добавлении ещё одной сетевой.
>   >>> Нужно документировать фиксацию имён сетевых интерфейсов
>   >>> через создание link файлов.
>   >> То есть, сначала ломаем всем ноги, а потом раздаем хорошие
>   >> костыли? Вариант сразу сделать по уму даже не рассматривается?
>   > И как сделать по уму?
>
> На десктопе - использовать eth0 (каким бы он ни был, ибо кроме
> него в подавляющем большинстве случаев ничего и нет).
>
> На сервере - собрать все eth%u в один большой бридж или бонд
> (в зависимости от выполняемых сервером задач), опционально
> нарезать внутри него VLANы, добавить их в свои бриджи, и уже
> этим бриджам назначать адреса scope global.
>
>
нет давно уже eth*

и тем более не надо делать бриджи  и бонды на произвольном сервере без 
понимания всех последствий.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-07-01 15:33:29 +0300, Anton Farygin wrote:

 >>> И как сделать по уму?
 >> На десктопе - использовать eth0 (каким бы он ни был, ибо кроме
 >> него в подавляющем большинстве случаев ничего и нет).
 >> На сервере - собрать все eth%u в один большой бридж или бонд
 >> (в зависимости от выполняемых сервером задач), опционально
 >> нарезать внутри него VLANы, добавить их в свои бриджи, и уже
 >> этим бриджам назначать адреса scope global.
 > нет давно уже eth*

Чавойта?

net/ethernet/eth.c:

struct net_device *alloc_etherdev_mqs(int sizeof_priv, unsigned int txqs, unsigned int rxqs)
{
  return alloc_netdev_mqs(sizeof_priv, "eth%d", NET_NAME_ENUM, ether_setup, txqs, rxqs);
}

 > и тем более не надо делать бриджи  и бонды на произвольном
 > сервере без понимания всех последствий.

Их админы сделают. В точности так, как нужно им.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Anton Farygin]

On 7/1/25 15:44, Alexey V. Vissarionov wrote:
> Good ${greeting_time}!
>
> On 2025-07-01 15:33:29 +0300, Anton Farygin wrote:
>
>   >>> И как сделать по уму?
>   >> На десктопе - использовать eth0 (каким бы он ни был, ибо кроме
>   >> него в подавляющем большинстве случаев ничего и нет).
>   >> На сервере - собрать все eth%u в один большой бридж или бонд
>   >> (в зависимости от выполняемых сервером задач), опционально
>   >> нарезать внутри него VLANы, добавить их в свои бриджи, и уже
>   >> этим бриджам назначать адреса scope global.
>   > нет давно уже eth*
>
> Чавойта?
>
> net/ethernet/eth.c:
>
> struct net_device *alloc_etherdev_mqs(int sizeof_priv, unsigned int txqs, unsigned int rxqs)
> {
>    return alloc_netdev_mqs(sizeof_priv, "eth%d", NET_NAME_ENUM, ether_setup, txqs, rxqs);
> }
systemd автоматом меняет ему имя.
>
>   > и тем более не надо делать бриджи  и бонды на произвольном
>   > сервере без понимания всех последствий.
>
> Их админы сделают. В точности так, как нужно им.
>
Да конечно сделают, но не по умолчанию.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-07-02 12:05:10 +0300, Anton Farygin wrote:

 >>>> На сервере - собрать все eth%u в один большой бридж или бонд
 >>>> (в зависимости от выполняемых сервером задач), опционально
 >>>> нарезать внутри него VLANы, добавить их в свои бриджи, и уже
 >>>> этим бриджам назначать адреса scope global.
 >>> нет давно уже eth*
 >> Чавойта?
 >> net/ethernet/eth.c:
 >> struct net_device *alloc_etherdev_mqs(int sizeof_priv, unsigned
 >> int txqs, unsigned int rxqs)
 >> {
 >> return alloc_netdev_mqs(sizeof_priv, "eth%d", NET_NAME_ENUM,
 >> ether_setup, txqs, rxqs);
 >> }
 > systemd автоматом меняет ему имя.

Софт в усерспейсе может хоть плясать вприсядку, стоя на ушах -
тут каждый суслик сам себе агроном.

Если бы это было действительно полезно, это уже было бы в ядре.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Tuesday 01 July 2025, Alexey V. Vissarionov wrote:

>  >> Так enp* тоже постоянством не отличаются,
> 
> Ага. А теперь представляем себе ситуацию, когда устройство сменило
> название, а доступ к компутеру возможен только по сети. Пусть даже
> не в принципе возможен, а за разумное время.
> 
>  >> на wiki ссылка есть на зависимость от ядра. Плюс я лично видел,
>  >> как эти enp скакать начинают при установке внешней видеоплаты
>  >> например.
> 
> Совершенно нормальное явление: кроилово закономерно приводит к
> попадалову.
 
Ну вот потому и единственное решение, которое доступно, это привязка
к хардваре мак. И её как-то надо иметь возможность сделать. Эта 
возможность сейчас есть за счёт udev, двумя вариантами правил для
этого самого udev, или через link-файлы, или через persistent-net.rules.
Мне ближе последний, и генератор правил есть только для него.

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-07-01 15:38:45 +0400, Sergey Afonin wrote:

 >>>> видел, как эти enp скакать начинают при установке
 >>>> внешней видеоплаты например.
 >> Совершенно нормальное явление: кроилово закономерно
 >> приводит к попадалову.
 > Ну вот потому и единственное решение, которое доступно,
 > это привязка к хардваре мак.

Доступно где? На десктопе? Там в подавляющем большинстве
случаев ethernet-устройство всего одно, и именно им нужно
подключиться к сети независимо ни от чего.

На сервере? Ну вот, например, довольно типовая ситуация:
этот самый сервер сдох. выдернули из него накопители,
откнули в новый сервер, уложились в 60*60*24*30/10000 ==
4 минуты 19 секунд... опаньки, а сеть не работает. Почему?
А это уже никого не волнует: в 0.9999 не уложились, админ
остается без премии.

 > И её как-то надо иметь возможность сделать.

Зачем? В двух самых типовых ситуациях, рассмотренных выше,
эта функция либо бесполезна, либо откровенно вредна.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Sergey Afonin]

On Tuesday 01 July 2025, Alexey V. Vissarionov wrote:

>  >>>> видел, как эти enp скакать начинают при установке
>  >>>> внешней видеоплаты например.
>  >> Совершенно нормальное явление: кроилово закономерно
>  >> приводит к попадалову.
>  > Ну вот потому и единственное решение, которое доступно,
>  > это привязка к хардваре мак.
> 
> Доступно где? На десктопе? Там в подавляющем большинстве
> случаев ethernet-устройство всего одно, и именно им нужно
> подключиться к сети независимо ни от чего.

Да где угодно.

> На сервере? Ну вот, например, довольно типовая ситуация:
> этот самый сервер сдох. выдернули из него накопители,
> откнули в новый сервер, уложились в 60*60*24*30/10000 ==
> 4 минуты 19 секунд... опаньки, а сеть не работает. Почему?

Потому, что не удалили правила. Надо удалить, сгенерятся
новые. +1 минута. Может +2.

> А это уже никого не волнует: в 0.9999 не уложились, админ
> остается без премии.

Проблема админа. Я укладываюсь. Более того, у меня запаска есть
со своими правилами, я только /etc/net/ifaces копирую обычно.
У запасок, правда, не бортовые (там по две), но 4-х и 2-х портовки
по полочкам. Ну и обычные тоже есть.

>  > И её как-то надо иметь возможность сделать.
> 
> Зачем? В двух самых типовых ситуациях, рассмотренных выше,
> эта функция либо бесполезна, либо откровенно вредна.

А у меня наоборот.

-- 
С уважением, Сергей Афонин.

Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-07-01 22:58:39 +0400, Sergey Afonin wrote:

 >>> Ну вот потому и единственное решение, которое доступно,
 >>> это привязка к хардваре мак.
 >> Доступно где? На десктопе? Там в подавляющем большинстве
 >> случаев ethernet-устройство всего одно,

Надо уточнить: речь про одно реально подключенное устройство -
например, eth0 с подключенным кабелем при ненастроенном wlan0
(типовая ситуация для ноутбука).

 >> и именно им нужно подключиться к сети независимо ни от чего.
 > Да где угодно.

Не-а... Вот как раз в плане сетевой подсистемы десктоп и сервер -
это, как говорят в городе-герое Одессе, таки две большие разницы.

Десктоп именно подключается к сети (уже существующей). Сервер (он
же в частном случае сетевое оборудование) может и создать сеть.

 >> На сервере? Ну вот, например, довольно типовая ситуация:
 >> этот самый сервер сдох. выдернули из него накопители,
 >> откнули в новый сервер, уложились в 60*60*24*30/10000 ==
 >> 4 минуты 19 секунд... опаньки, а сеть не работает. Почему?
 > Потому, что не удалили правила. Надо удалить, сгенерятся новые.
 > +1 минута. Может +2.

Ну вот мы и подошли к тому, что генерировалку и применялку
этих самых правил нужно ставить явно - чтобы оно случайно
не появилось там, где этот противоестественный интеллект
может навредить.

 >> А это уже никого не волнует: в 0.9999 не уложились, админ
 >> остается без премии.
 > Проблема админа. Я укладываюсь. Более того, у меня запаска
 > есть со своими правилами, я только /etc/net/ifaces копирую
 > обычно.

Если конфигурации серверов отличаются только набором IP-адресов,
то конфигурацию лучше не копировать, а унифицировать.

Я такие задачи решал (в масштабах датацентров), но тема явно
не для этого листа.

 > У запасок, правда, не бортовые (там по две), но 4-х и 2-х
 > портовки по полочкам. Ну и обычные тоже есть.

Тут уже разница непринципиальна.

 >>> И её как-то надо иметь возможность сделать.
 >> Зачем? В двух самых типовых ситуациях, рассмотренных выше,
 >> эта функция либо бесполезна, либо откровенно вредна.
 > А у меня наоборот.

А в случае "наоборот" можно и дополнительный пакет поставить.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net