Re: bind9-resolvconf.service
Vasiliy P. Melnik -> debian-russian @ Tue, 1 Aug 2017 21:15:31 +0300:
> может в этом вопрос?
> cat /etc/default/bind9
> # run resolvconf?
> RESOLVCONF=no
> ^^^^
> # startup options for the server
> OPTIONS="-u bind"
> ну и resolvconf должен быть установлен.
Если снести systemd-sysv и поставить sysvinit-core, то оно. А с systemd
- нет.
> З.Ы. Не понимаю зачем это надо если честно
Зачем надо такую настройку, я хорошо понимаю.
А вот зачем именно эта пара пакетов... Честно говоря, уже не
помню. Сейчас делается апгрейд путем установки ОС с нуля, ради ZFS, а
конфиги для скорости берутся старые, ибо оно же домашний роутер, и было
бы клево, чтобы ничего не сломалось. Потом посмотрю, может, там
resolvconf лишний, а может, bind зря и можно dnsmasq поставить.
Машинка роутер, она же авторитетный DNS-сервер домашней зоны, два
аплинка, у основного DHCP, у резервного статика, зато прямой DNS
зарезан, пользуйтесь форвардерами.
Вот и получается, что с одной стороны надо свою зону обслуживать
(возможно, dnsmasq, т.е. /etc/hosts, хватит, а кроме того, ему отдельные
хосты можно и руками прописать). С другой - резолвить интернет
независимо от того, какой линк упал. Сейчас, насколько я вижу, там
сделано как-то криво. То ли я тогда не доделал... В смысле, работать-то
будет, но в неудачном случае медленно.
> 1 августа 2017 г., 21:05 пользователь Artem Chuprina <ran@lasgalen.net>
> написал:
>> Граждане, а может кто-нибудь объяснить, почему
>>
>> $ sudo systemctl cat bind9-resolvconf
>> # /lib/systemd/system/bind9-resolvconf.service
>> [Unit]
>> Description=local BIND via resolvconf
>> Documentation=man:named(8) man:resolvconf(8)
>> Requires=bind9.service
>> After=bind9.service
>> ConditionFileIsExecutable=/sbin/resolvconf
>>
>> [Service]
>> ExecStart=/bin/sh -c 'echo nameserver 127.0.0.1 | /sbin/resolvconf -a
>> lo.named'
>> ExecStop=/sbin/resolvconf -d lo.named
>>
>> [Install]
>> WantedBy=bind9.service
>>
>> не работает ни автоматически, ни вручную? Ни start, ни stop. Отдельно
>> команды из ExecStart и ExecStop работают.
>>
>> Собственно, если кому интересно покопаться, признаком срабатывания start
>> будет появление lo.named в /run/resolvconf/interface, а stop - его
>> пропадание оттуда.
>>
>> stretch.
>>
>> Задалбывает, надо сказать, эта гребаная магия...
>>
>> В статусе разницы не видно. Добавлять в зависимости resolvconf.service
>> пробовал (дело-то разумное, /run/resolvconf создается динамически). Не
>> помогает. Ну и вручную, при запущенном resolvconf, тоже не работает.
>>
>> $ sudo systemctl start bind9-resolvconf
>> $ sudo systemctl status bind9-resolvconf
>> ● bind9-resolvconf.service - local BIND via resolvconf
>> Loaded: loaded (/lib/systemd/system/bind9-resolvconf.service; enabled;
>> vendor preset: enabled)
>> Active: inactive (dead) since Tue 2017-08-01 21:02:02 MSK; 2s ago
>> Docs: man:named(8)
>> man:resolvconf(8)
>> Process: 1828 ExecStop=/sbin/resolvconf -d lo.named (code=exited,
>> status=0/SUCCESS)
>> Process: 1820 ExecStart=/bin/sh -c echo nameserver 127.0.0.1 |
>> /sbin/resolvconf -a lo.named (code=exited, status=0/S
>> Main PID: 1820 (code=exited, status=0/SUCCESS)
>>
>> Aug 01 21:02:02 localhost systemd[1]: Started local BIND via resolvconf.
>>
>> $ sudo systemctl stop bind9-resolvconf
>> $ sudo systemctl status bind9-resolvconf
>> ● bind9-resolvconf.service - local BIND via resolvconf
>> Loaded: loaded (/lib/systemd/system/bind9-resolvconf.service; enabled;
>> vendor preset: enabled)
>> Active: inactive (dead) since Tue 2017-08-01 21:02:02 MSK; 29s ago
>> Docs: man:named(8)
>> man:resolvconf(8)
>> Process: 1828 ExecStop=/sbin/resolvconf -d lo.named (code=exited,
>> status=0/SUCCESS)
>> Process: 1820 ExecStart=/bin/sh -c echo nameserver 127.0.0.1 |
>> /sbin/resolvconf -a lo.named (code=exited, status=0/S
>> Main PID: 1820 (code=exited, status=0/SUCCESS)
>>
>> Aug 01 21:02:02 localhost systemd[1]: Started local BIND via resolvconf.
>>
>>
Reply to: