[devel] systemd & lo

Mikhail Efremov sem на altlinux.ru
Пт Мар 14 17:54:09 MSK 2014


On Thu, 13 Mar 2014 17:50:28 +0400 Sergey Bolshakov wrote:
> >>>>> "Mikhail" == Mikhail Efremov <sem-u2l5PoMzF/Uox3rIn2DAYQ на public.gmane.org> writes:
> 
>  > On Thu, 13 Mar 2014 17:03:41 +0400 Sergei Epiphanov wrote:
>  >> В письме от 13 марта 2014 16:20:18 пользователь Sergey Bolshakov написал:
>  >> > Дело не в init. Точно так же я могу вписать в cmdline ядра
>  >> > ip=<многобукв>, получить свой eth0 -- и быть уверенным, что
>  >> > он не переконфигурируется позже.
>  >> 
>  >> В Вашем случае Вы сами конфигурируете интерфейс и можете изменить его 
>  >> параметры, а вот на lo Вы уже никак повлиять не можете.
> 
>  > Именно. Я же не предлагаю этот гипотетический CONFIG_FORCE включённым
>  > для всех интерфейсов, только для lo. Это в случае, если вообще нужно
>  > изменять etcnet, в чем я совсем не уверен. Возможно лучше выбрать
>  > вариант 2, если ни у кого нет лучших идей.
> 
> Собственно, я пытаюсь сказать следующее:
> поведение etcnet 'не трогаем уже поднятый интерфейс'
> существует давно, если не всегда, и я нахожу это правильным.
> Обсуждаемая проблема (lo/resolv.conf, остальное лирика)
> возникла из-за допущения, что никакие интерфейсы до
> момента service network start не подняты -- довольно
> рискованного допущения.

Это было допущение, что штатно сеть настраивается etcnet'ом, в том
числе и интрфейс lo. Любая ситуация, когда интерфейсы уже подняты при
старте сервиса network - это какая-то особая ситуация, вроде настройки
в cmdline ядра. Сейчас же с systemd lo всегда уже поднят.

> Теперь, мы можем либо сделать гипотетический FORCE
> в etcnet, либо найти способ приткнуть этот lo/resolv.conf
> в другое место (напр. /etc/resolv.conf.head или что там).

Да, nameserver 127.0.0.1 можно и в другое место записать, хотя не
хотелось бы, в /etc/net таким настройкам самое место.
Ну, будет проблема при обновлении со старых конфигураций с
переходом на systemd, можно пережить. Гораздо хуже, что настройка
интерфейса при загрузке и после рестарта сети происходит из разных мест
и может быть совсем разной. Это произойдет и с другими интерфейсами,
настроенными до сервиса network, не только с lo. Но, как я уже говорил,
это какая-то особая ситуация.
С lo же сейчас это происходит всегда. Значит надо либо принять решение,
что при использовании systemd настройка lo у нас штатно невозможна
ничем, кроме самого systemd, и выключать настройку lo в etcnet совсем с
помощью DISABLED=yes (как это делается для интерфейсов, управляемых
NetworkManager'ом), либо все-таки обеспечить возможность использования
etcnet для настройки lo.

> Безотносительно FORCE, я бы предпочёл решение, не
> поощряющее трюки с/в lo (lo/* отличный от изкоробочного --
> трюк).

Я не понимаю зачем запрещать людям настраивать lo так, как они хотят.

-- 
WBR, Mikhail Efremov


Подробная информация о списке рассылки Devel