Я пытаюсь запустить подчиненное устройство DNS, и вчера он работал. Я не уверен, что я изменил, но это дает мне (сегодня я добавил другой метод получения файлов зон, но он не изменил никаких параметров. Только сами зоны.
rndc: connect failed: 127.0.0.1#953: connection refused
Не знаю, где искать журналы. я проверил
/var/log/syslog
/var/log/messages(doesn't exist)
В каждой проблеме, на которую я смотрю, у них есть способ узнать, где ошибка, и я не могу найти никаких файлов журнала.
Похоже, настоящая проблема заключалась в ошибке конфигурации, которая вызвала named не запуститься. (Найдено с named-checkconf -zj, но ошибка тоже должна быть в логах.)
Однако стоит отметить, что можно сделать из rndc: connect failed: 127.0.0.1#953: connection refused ошибка.
Во-первых, ошибка от rndc обычно не проблема, а просто результат того, как rndc работает в сочетании с реальной проблемой с named.
rndc это инструмент, позволяющий контролировать named с помощью различных команд, он делает это, взаимодействуя с запущенным named обработать.
Это также означает, что всякий раз, когда named еще не запущен (как в случае, когда он не запустился из-за ошибки конфигурации), rndc фактически не может использоваться.
У меня была аналогичная проблема в 16.04 с тем же сообщением об ошибке. Разрешения на / etc / bind были неправильными из-за ошибки пилота. Правильные разрешения:
drw-r-sr-- 3 root bind 4096 Nov 25 16:21 /etc/bind
Я выполнил chmod, не проверяя существующие разрешения. Бит setgid меня достал.