[devel] systemd & lo

Sergey Bolshakov sbolshakov на altlinux.ru
Чт Мар 13 15:41:50 MSK 2014


>>>>> "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 не будет применяться.
Что собственно теряем ?

-- 


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