Re: [sisyphus] systemd-network

["Денис Смирнов" <mithraen@freesource.info>]

[-- Attachment #1: Type: text/plain, Size: 1580 bytes --]

On Fri, Aug 15, 2014 at 10:39:19PM +0400, Alexey Shabalin wrote:

> я бы вообще не делал нового юнита altlinux-openresolv.service, а
> просто добавил бы:
> ExecStartPost и ExecStopPost прямо в systemd-resolved.service.
> если указать команды начиная с "-" (=-/bin/sh.....) то юнит не будет
> ругаться на отсутствующий /sbin/resolvconf.

resolv.conf может меняться уже после запуска systemd-resolved.service, в
процессе его работы.

resolved это сервис, который через inotify следит за
/run/systemd/netif/links, и DNS'ы использует для перегенерирования
/run/systemd/resolve/resolv.conf.

Так что в качестве триггера на обновление годится исключительно
изменение /run/systemd/resolve/resolv.conf

> ExecStartPost=-/bin/sh -c '/sbin/resolvconf -a systemd-networkd <
> /run/systemd/resolve/resolv.conf'
> ExecStopPost=-/sbin/resolvconf -fd systemd-networkd

А вот реагировать на останов действительно стоит. 

> А с другой стороны, в altlinux-openresolv.service(или path) можно
> проверять наличие симлинка /etc/resolv.conf и не запускаться, вдруг
> уже кто-то использует без openresolv.
> ConditionPathIsSymbolicLink=!/etc/resolv.conf

С этим согласен полностью.

> еще в altlinux-openresolv.service можно добавить
> ReloadPropagatedFrom=systemd-resolved.service
> или даже лучше
> PartOf=systemd-resolved.service

А что это даст? Если systemd-resolved перезапустился нам это ничего не
дает. /run/systemd/resolve/resolv.conf может меняться сколько угодно без
всякого reload у systemd-resolved.

-- 
С уважением, Денис

http://mithraen.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]