ディレクトリcron.d(のように/etc/cron.d/
)とディレクトリの主な違いは何crontab
ですか?
私の知る限り理解し、1のようなファイルを作成することができます/etc/cron.d/my_non_crontab_cronjobs
1が中にそれらを置くのと同じように、その内部で何でも1つの欲求を置くcrontab
経由crontab -e
。
では、2つの主な違いは何ですか?
crontab
ます。
ディレクトリcron.d(のように/etc/cron.d/
)とディレクトリの主な違いは何crontab
ですか?
私の知る限り理解し、1のようなファイルを作成することができます/etc/cron.d/my_non_crontab_cronjobs
1が中にそれらを置くのと同じように、その内部で何でも1つの欲求を置くcrontab
経由crontab -e
。
では、2つの主な違いは何ですか?
crontab
ます。
回答:
違いはDebian のcron(8)
マンページに詳細に文書化されています。主な違いは、ユーザーごとに1つのファイルを管理するの/etc/cron.d
に対して、個別のファイルが読み込まれるcrontab
ことです。したがって、/etc/cron.d
スクリプトの使用内容の管理(自動インストールと更新の場合)、およびcrontab
エディターを使用した管理(実際のエンドユーザーの場合)が容易になります。
その他の重要な違いは、すべてのディストリビューションがサポートしているわけではなく/etc/cron.d
、ファイルが/etc/cron.d
特定の数の要件を満たしている必要があることです(有効なcronジョブ以外):それらはルートが所有し、run-parts
命名規則(ドットなし、文字、数字、アンダースコア、ハイフン)。
あなたが使用して検討している場合/etc/cron.d
、それは通常の1を検討する価値がある/etc/cron.hourly
、/etc/cron.daily
、/etc/cron.weekly
、または/etc/cron.monthly
その代わり。
cron.d
は通常パッケージのインストールによって追加されcrontab
ますが、さまざまなファイルは対応するユーザーが作成したものでいっぱいです。IE、certbot
またはletsencrypt
パッケージはエントリを入れますcron.d
-パッケージが利用可能になる前に、sysadmin(root)はrootユーザーcrontab
がシェルスクリプトなどを指すようにエントリを追加します。証明書を最新の状態に保つため。
(8)
anacron
。
hourly|daily|weekly|monthly
ディレクトリの欠点は(AFAICT)であり、常にルートとして実行され、より低い特権での実行を直接サポートしないことです。