> Дайте ссылку на man. ;)Могу дать ссылку на /lib/udev/rules.d - где конкретные художества конкретных майнтайнеров и разработчиков в конкретный момент времени и лежат. И там прекрасно описано что и откуда берется. Там же в файлах рулесов и хинт как запретить это дело. Это не ман конечно, но если на каждый рулес ман писать - где столько писателей взять?
> Это решалось закреплением правильного MAC за системным именем сетевого адаптера
И что характерно - решается до сих пор. Там логика такая что если вы навесили и-фейсу имя в вашем рулесе в /etc, майнтайнерские рулесы пролетают.
Так что единственное что поменяли - набор дефолтных рулесов. А кто-то когда-то обещал что там будет именно то, именно так, на веки вечные? Теоретически наверное можно спросить майнтайнеров нафига они притащили иной набор правил, но раз притащили - значит некий консенсус был. А то что лично вас не спросили - безобразие, конечно.
> интерфейс и куда "смотрит". С нынешним количеством контейнеров, гостей и прочего
> на вывод ip ad sh смотреть без содрогания нельзя. :)
Ух... да, у меня вот прям ща вот прям на этой машине список и-фейсов не влезает на экран. Мне так больше нравится.
> Но с чего это вдруг enpXsY стало вдруг удобней чем ethN?
Да на самом деле вкусовщина и рубка из-за того с какой стороны яйца чистить. Но попробовав так и сяк я решил что eth0 - очень уж неинформативно на предмет того что это и где, enpXsY как-то несколько лучше дает понять с чем я имею дело.
Но если мне что-то не понравится, пойду и перекрою рулесом udev. В конце концов, майнтайнеры не подписывались лично мои хотелки обслуживать и уповать что они всегда и всюду вгрузят мне правильные дефолты - ну это, наглеет народец :).
> Насколько полезна информация о физическом размещении адаптера? Во скольких % случаев,
> она решает?
Можно поспорить за очистку яиц с правильной стороны. А воевать будем? :)
> Вы неправы. В промышленных решениях IMHO вовсе не нужно, один раз настроили,
> дальше клонируем... эксплуатируем.
И как бы привязка к MAC в это дело не вписывается чуть менее чем никак. У виртуалок и контейнеров нет постоянных MAC, by design. То что при сильном желании можно вкостылить - да, но. А вот топология по крайней мере в пределах технологии при клонировании обычно не меняется, если уж мы об этом.
> Замены и прочий мейнтейнс регламентированы, планируются и к ним готовятся.
Блин спасибо кэп. Но видимо консенсус в целом образовался такой что так в среднем по больнице работает лучше.
> Для лэптопов и рабочих станцией оно и раньше не особо было востребовано
> - кол-во устройств там или статично или существенно ограничено. Замены как
> правило случаются в ходе планового обновления или замены проблемного компонента.
Могу себе представить что канитель с маками очень не радовала тех кто образами ворочает. На этой планете нет ауторити назначающих виртуалкам и контейнерам постоянные маки навечно.
