バインドされていないサービスを開始したときにログファイルを「検索」中にエラーが発生しました。
Jun 25 20:02:19 asus unbound[111312]: [1624676539] unbound[111312:0] error: Could not open logfile /var/log/unbound.log: No such file or directory
しかし、ファイルが存在し、書き込み可能でなければなりません...
~のためはい (所有権と権限のさまざまな組み合わせを試しました)
[root@asus:/var/log]
:> ll | grep unbound
-rw-rw-r-- 1 root unbound 0 2021-06-25 20:00 unbound.log
エラーはどこにありますか?
私も試した
-rw-r--r-- 1 unbound unbound 0 2021-06-25 20:00 unbound.log
そして
-rw-rw-r-- 1 stephen stephen 0 2021-06-25 20:00 unbound.log
そして
-rw-rw-r-- 1 root root 0 2021-06-25 20:00 unbound.log
など。
親の権限
drwxr-xr-x 13 root root 4.0K 2021-06-24 14:19 var
drwxr-xr-x 13 root root 4.0K 2021-06-25 20:00 log
unbound.conf のロギング構成は次のとおりです。
server:
directory: "/etc/unbound"
username: unbound
chroot: "/etc/unbound"
pidfile: "/etc/unbound/unbound.pid"
interface: 0.0.0.0
interface: ::0
logfile: /var/log/unbound.log
verbosity: 1
log-queries: yes
答え1
優秀unbound.conf マンページ、chrootを参照するときに「logfile」パラメータに言及しました。明確にするために再配置されました。
chroot: ディレクトリ
与えられた場合、与えられたディレクトリをchrootします。デフォルトは「/etc/unbound」です。 ""を指定すると、chrootは実行されません。
他のすべてのファイルパス(作業ディレクトリ、ログファイル、ルートヒント、およびキーファイル)は、新しいルートへの相対パス、作業ディレクトリへの相対パス、または元のルートへの相対パスなど、さまざまな方法で指定できます。最後の場合は、パスを調整して未使用部分を削除します。
chrootはデフォルトで有効になっているため、デーモンはchrootディレクトリに関連するログファイルを探します。この場合、ログファイルのフルパスはです/etc/unbound/var/log/unbound.log
。このパスを手動で作成して正しい権限を割り当てると、デーモンはファイルを正しく見つけることができます。
また、マンページの例の unbound.conf ファイルは、chroot ディレクトリに相対的なログファイルを指定します。
chroot: "/etc/unbound"
logfile: "/etc/unbound/unbound.log"