From: Mikhail Efremov <sem@altlinux.ru>
To: devel@lists.altlinux.org
Subject: Re: [devel] systemd & lo
Date: Thu, 13 Mar 2014 16:01:16 +0400
Message-ID: <20140313160116.2fe315cc@sem.office.altlinux.ru> (raw)
In-Reply-To: <m3r4661g1t.fsf@hammer.lioka.obninsk.ru>
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
используется.
--
WBR, Mikhail Efremov
next prev parent reply other threads:[~2014-03-13 12:01 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-12 17:39 Mikhail Efremov
2014-03-12 20:39 ` Sergey Bolshakov
2014-03-13 6:29 ` Sergey Y. Afonin
2014-03-13 6:41 ` Sergey Y. Afonin
2014-03-13 11:41 ` Sergey Bolshakov
2014-03-13 11:48 ` Dmitriy L. Kruglikov
2014-03-13 11:58 ` Sergey Bolshakov
2014-03-13 12:04 ` Dmitriy L. Kruglikov
2014-03-13 22:11 ` Sergey Y. Afonin
2014-03-13 12:01 ` Mikhail Efremov [this message]
2014-03-13 12:20 ` Sergey Bolshakov
2014-03-13 13:03 ` Sergei Epiphanov
2014-03-13 13:31 ` Mikhail Efremov
2014-03-13 13:50 ` Sergey Bolshakov
2014-03-14 13:54 ` Mikhail Efremov
2014-03-13 13:43 ` Mikhail Efremov
2014-03-13 16:03 ` Anton Farygin
2014-03-14 21:45 ` Денис Смирнов
2014-08-26 13:23 ` Alexey Shabalin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140313160116.2fe315cc@sem.office.altlinux.ru \
--to=sem@altlinux.ru \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git