ディレクトリcron.d(のように/etc/cron.d/)とディレクトリの主な違いは何crontabですか?
私の知る限り理解し、1のようなファイルを作成することができます/etc/cron.d/my_non_crontab_cronjobs1が中にそれらを置くのと同じように、その内部で何でも1つの欲求を置くcrontab経由crontab -e。
では、2つの主な違いは何ですか?
crontabます。
ディレクトリcron.d(のように/etc/cron.d/)とディレクトリの主な違いは何crontabですか?
私の知る限り理解し、1のようなファイルを作成することができます/etc/cron.d/my_non_crontab_cronjobs1が中にそれらを置くのと同じように、その内部で何でも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)であり、常にルートとして実行され、より低い特権での実行を直接サポートしないことです。