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 <r...@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. >> >>
