[devel] systemd & lo

[Sergey Bolshakov]

>>>>> "Mikhail" == Mikhail Efremov <sem-u2l5PoMzF/Uox3rIn2DAYQ на public.gmane.org> writes:

 > On Thu, 13 Mar 2014 15:41:50 +0400 Sergey Bolshakov wrote:
 >> >>>>> "Alexey" == Alexey Shabalin <a.shabalin-Re5JQEeQqe8AvxtiuMwx3w на public.gmane.org> writes:
 >> 
 >> > 12 марта 2014 г., 21:39 пользователь Mikhail Efremov  написал:
 >> >> Hello!
 >> >> 
 >> >> Как выяснилось, systemd сам поднимает и настраивает loopback интерфейс,
 >> >> к чему не готов наш etcnet. В результате настройки
 >> >> из /etc/net/ifaces/lo не применяются совсем. Никак ручек по управлению
 >> >> этим поведением в systemd не предусмотрено. Я надеялся, что в 210
 >> >> появится возможность настройки, раз уж там настройку сети прикрутили,
 >> >> но там как было прибито гвоздями в коде, так и осталось.
 >> >> С этим надо что-то делать, варианты я вижу такие:
 >> >> - Оторвать это в systemd. Патч придется поддерживать, апстрим такое
 >> >> точно не примет.
 >> >> - Сделать костыль в виде service-файла, в котором опускать lo перед
 >> >> стартом network.service. Ну или прямо в network.service в
 >> >> ExecStartPre.
 >> >> - Добавить в etcnet какой-нибудь параметр CONFIG_FORCE для
 >> >> принудительной настройки интерфейса даже если он уже поднят. Но тогда
 >> >> интерфейс всегда будет настраиваться заново при повторном service
 >> >> network start. Хотя может это и не так страшно.
 >> >> 
 >> >> Вопрос в первую очередь к shaba@ и sbolshakov@, что делать будем?
 >> >> 
 >> 
 >> > Чесно говоря,  не знаю как лучше поступить.
 >> > Совсем вырезать настройку lo тоже неочень хорошо. Она используется в
 >> > настройках namespace(netns), и nspawn. Возможно это и никто сейчас не
 >> > использует, но лишаться этого тоже не хорошо.
 >> > Может лучше CONFIG_FORCE для etcnet?
 >> 
 >> Прежде чем решить, что же лучше, мне бы хотелось уяснить, в чём
 >> проблема -- а именно, какие практические следствия того, что
 >> содержимое /e/n/i/lo не будет применяться.
 >> Что собственно теряем ?

 > Ну, в частности у нас давно уже в дистрибутивах туда кладется
 > resolv.conf с 127.0.0.1 в случае конфигурации bind как локального
 > резолвера. При переходе на systemd это вдруг перестает работать, что не
 > здорово. Также помнится тот же pilot@ когда-то в багзилле говорил о
 > том, что в конфигурации lo может быть не только 127.0.0.1 и в etcnet не
 > зря настройка lo сделана так же, как и настройка любого другого
 > интерфейса.
 > Вообще мне кажется очевидным, что если etcnet используется для
 > настройки сети, то вся конфигурация оттуда должна применяться, а не
 > как-то выборочно. И уж точно это не должно зависеть от того, какой init
 > используется.

Дело не в init. Точно так же я могу вписать в cmdline ядра
ip=<многобукв>, получить свой eth0 -- и быть уверенным, что
он не переконфигурируется позже.

--