私が行くとき、私は/var/log/packages/それがインストールされているのを見ることができ、dcron-4.5-x86_64-5それが同じだと思いますcrond。 CISベンチマークマニュアルに従って権限が設定されていることを確認したいのですが/etc/crontab、次のコマンドを実行したとき：
stat /etc/crontab
それは言う:
stat: cannot stat '/etc/crontab' : No such file or directory.
このファイルはどこにありますかcrontab？私がしっかりしているのか？ crondデーモンを使用するSlackwareパッケージは何ですか？
答え1
Dillonの軽量Cronデーモン、dcronは名前のファイルを使用しません/etc/crontab。ただし、同じ機能はrootユーザーのプライベートcrontabファイルを介して行われます/var/spool/cron/crontabs/root。デフォルトでは、rootユーザーのcrontabは次のディレクトリにあるジョブの実行を定義します。
/etc/cron.hourly/etc/cron.daily/etc/cron.weekly/etc/cron.monthly
答え2
クローンプログラムはかなり多いです。そのパッケージはMatthew Dillonのもので、現在Jim Pryorが続けています。
Dillon cronは使用されません/etc/crontab。代わりに、システム全体の操作は/etc/cron.d/通常、パッケージごとに1つのファイルに入ります。
Dillon cronだけがこのようなことをするわけではありません。
- Thibault Godouetのfcronは使用されて
/etc/crontabいません/etc/cron.d/。これを行うには、/etc/fcron.allowなどのファイルを表示できます/etc/fcron.deny。 /etc/cron.d/Bruce Guenterのbcronはおよびを使用でき、/etc/crontabこれを確認する必要があります。- Uwe Ohseのuscheduleはこれらのスタイルのテーブルをまったく使用しておらず、ローカルユーザー固有のスケジューラを含むセキュリティモデルもまったく異なります。
- Dwayne Bentのsystemd-cron自体もこのスタイルのテーブルを使用せず、構成ファイルを保護するには内部systemdディレクトリを調べる必要があります。これはsystemdユニットジェネレータを介してインポートされ、デフォルトの
/etc/crontabメカニズムに保存されます。/etc/cron.d/ - GNU mcronはこれを要求
/var/cron/tabsして/etc/crontab確認しますが、後者の使用を強くお勧めしません。
このマニュアルでは、特定のソフトウェアが特定の方法で動作すると想定しています。
追加読書
- ジムフライヤー。dcron — dillon のための軽量 cron デーモン。 jimpryor.net.