[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