ALT Linux Team development discussions
 help / color / mirror / Atom feed
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


  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