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ビットは私を手に入れました。