SYNOPSIS

DESCRIPTION

OPTIONS

-f

Rester en mode « premier plan », ne pas utiliser de démon.

-l

Activer les noms conformes LSB pour les fichiers du répertoire /etc/cron.d. Ce réglage n'affecte cependant pas l'analyse des fichiers des répertoires /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly ou /etc/cron.monthly.

-n

Inclure le nom de domaine complètement qualifié (FQDN) dans le sujet lors de l’envoi de courriers. Par défaut, cron abrège le nom d’hôte.

-L niveau

Annoncer à cron ce qu'il doit journaliser à propos des travaux (les erreurs sont journalisées indépendamment de cette valeur) suivant la somme des éléments suivants :

1

enregistre la date de début d'exécution des travaux cron

2

enregistre la date de fin d'exécution des travaux cron

4

enregistre les travaux échoués (état de retour différent de zéro)

8

enregistre le numéro de processus des travaux cron

Par défaut, la date de début d'exécution des travaux cron est enregistrée (1). La journalisation est désactivée si le niveau est mis à zéro (0). une valeur de quinze (15) sélectionne toutes les options.

NOTES

cron recherche, dans le répertoire /var/spool/cron/crontabs, des fichiers de crontab ayant des noms de compte existant dans /etc/passwd. Les crontabs trouvées sont chargées en mémoire. Veuillez noter que les crontabs de ce répertoire ne doivent pas être accédées directement — la commande crontab doit être utilisée pour y accéder et les mettre à jour.

cron lit également le fichier /etc/crontab, qui est dans un format légèrement différent (consultez crontab(5)). Dans Debian, le contenu d'/etc/crontab est prédéfini pour exécuter les programmes des répertoires /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly. Cette configuration est spécifique à Debian, consultez la partie PARTICULARITÉS DEBIAN plus bas.

De plus, dans Debian, cron lit les fichiers du répertoire /etc/cron.d. cron traite les fichiers de /etc/cron.d de la même manière que le fichier /etc/crontab (ils ont le même format spécial que ce fichier, c'est-à-dire qu'ils intègrent le champ identifiant). Toutefois ils sont indépendants du fichier /etc/crontab : par exemple, ils n'héritent pas de ses variables d'environnement. Cette modification est spécifique à Debian, consultez la partie PARTICULARITÉS DEBIAN plus bas.

Comme le fichier /etc/crontab, les modifications des fichiers du répertoire /etc/cron.d sont surveillées. En général, l'administrateur système ne devrait pas utiliser /etc/cron.d/ mais le système crontab standard constitué du fichier /etc/crontab.

/etc/crontab et les fichiers du répertoire /etc/cron.d doivent appartenir au superutilisateur, et ne pas être accessibles en écriture au groupe ni aux autres. Contrairement à ceux de l'espace spool, les fichiers de /etc/cron.d, /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly ou /etc/cron.monthly peuvent aussi être des liens symboliques, à condition que le lien symbolique et le fichier pointés appartiennent au superutilisateur. Les fichiers de /etc/cron.d n'ont pas besoin d'être exécutables, alors que ceux de /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly doivent l'être, car ils sont exécutés par run-parts (consultez run-parts(8) pour plus de précisions).

Ensuite, cron s'éveille toutes les minutes, examine les crontabs existantes, et vérifie chaque commande pour savoir s'il doit la lancer dans la minute à venir. Lors de l'exécution d'une commande, toute sortie est envoyée par courrier au propriétaire de la crontab (ou à l'utilisateur dont le nom est mentionné dans la variable d'environnement MAILTO si elle existe). Les copies des processus fils ont leur nom mis en majuscules, observable dans le syslog et dans la sortie de la commande ps.

De plus, cron vérifie chaque minute si la date de modification de son répertoire de stockage (ou la date de modification du fichier /etc/crontab) a changé. Si c'est le cas, cron examinera les dates de modification de chaque fichier crontab, et rechargera ceux qui ont été modifiés. Ainsi, cron n'a pas besoin d'être redémarré après la modification d'un fichier crontab. Remarquez que la commande crontab(1) met à jour la date de modification du répertoire de stockage si un changement a lieu.

Il existe des dispositions spéciales lorsque l'horloge est modifiée de moins de 4 heures, par exemple au début et à la fin de l'heure d'été. Si l'heure a été avancée, les travaux qui auraient dû être exécutés à ce moment là le seront juste après le changement. À l'inverse, si l'heure a été retardée de moins de 3 heures, les travaux qui tombent dans cet intervalle de temps ne seront pas exécutés de nouveau.

Seuls les travaux qui sont exécutés à un moment particulier (ni indiqués par @hourly ni par « * » dans le champ heure ou minute) sont affectés. Les travaux indiqués avec des astérisques sont exécutés immédiatement sur la base de l'heure modifiée.

Les changements d'horloge de plus de 3 heures sont considérés comme des corrections de l'horloge, et la nouvelle heure est utilisée immédiatement.

cron journalise ses actions à l'aide du paramètre « cron » de syslog, et la journalisation peut être contrôlée en utilisant le système standard syslogd(8).

PARTICULARITÉS DEBIAN

Debian introduit quelques modifications à cron qui n'étaient pas disponibles en amont à l'origine. Les modifications les plus significatives introduites sont :

---

gestion des répertoires /etc/cron.{hourly,daily,weekly,monthly} par l'intermédiaire de /etc/crontab ;

---

gestion de /etc/cron.d (répertoire de dépôt des crontabs de paquet) ;

---

gestion de PAM ;

---

gestion de SELinux ;

---

gestion d'auditlog ;

---

modifications et corrections pour l'heure d'été et autres problèmes d'heures ;

---

exécution de crontab(1) avec les privilèges du groupe crontab au lieu de ceux du superutilisateur ;

---

emplacement des fichiers et commandes spécifiques à Debian ;

---

configuration spécifique à Debian (/etc/default/cron) ;

---

nombreuses autres fonctionnalités plus petites et corrections.

La prise en charge de /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly est fournie dans Debian à l'aide des réglages par défaut du fichier /etc/crontab. Le fichier système crontab par défaut contient quatre tâches, exécutées toutes les heures, tous les jours, toutes les semaines, et tous les mois. Chacune de ses tâches exécutera run-parts avec chaque répertoire en argument. Ces tâches sont désactivées si anacron est installé (sauf la tâche exécutée toutes les heures) pour éviter les conflits entre les deux démons.

Conformément à la description précédente, les fichiers de ces répertoires doivent vérifier quelques propriétés, parmi lesquelles : être exécutable, appartenir au superutilisateur, ne pas être accessible en écriture au groupe ni aux autres et, s'il s'agit de liens symboliques, pointer vers des fichiers appartenant au superutilisateur. De plus, les noms de fichier doivent respecter les exigences de run-parts : ils ne doivent contenir que des caractères alphanumériques, des tirets bas (« _ ») et des traits d’union (« - »). Les fichiers ne respectant pas ces exigences ne seront pas exécutés par run-parts. Par exemple, les fichiers dont le nom contient un point seront ignorés. Le but est d'éviter que cron exécute des fichiers laissés par le gestionnaire de paquet Debian lorsqu'il traite les fichiers de /etc/cron.d/ comme des fichiers de configuration (c'est-à-dire les fichiers qui se terminent par .dpkg-dist, .dpkg-orig et .dpkg-new).

Cette fonctionnalité peut servir aux administrateurs système et aux paquets pour réaliser des tâches qui seront exécutées à intervalles réguliers. Les fichiers de ces répertoires créés par des paquets devraient prendre le nom du paquet qui les fournit.

La prise en charge de /etc/cron.d est fournie par le démon cron lui-même, qui gère ce répertoire comme le spool de crontab système. Ce répertoire peut contenir n'importe quel fichier définissant des tâches respectant le format utilisé dans /etc/crontab, c'est-à-dire contrairement au spool de l'utilisateur, ces fichiers doivent fournir un identifiant dans la définition de tâche pour l'exécuter.

Les fichiers de ce répertoire doivent appartenir au superutilisateur, n'ont pas besoin d'être exécutables (ce sont des fichiers de configuration, tout comme /etc/crontab) et doivent respecter la même convention de nommage que celle utilisée par run-parts(8) : leur nom ne doit contenir que des caractères alphanumériques, des tirets bas et des traits d’union. Il ne doivent donc pas contenir de point. Si l'option -l est indiquée à cron (cette option peut être configurée dans /etc/default/cron, voir ci-dessous), alors, ils doivent respecter les conventions de nommage LSB, tout comme avec l'option --lsbsysinit de run-parts.

L'objectif de cette fonctionnalité est de permettre aux paquets qui nécessitent un contrôle plus fin de leur programmation que ce qui est offert par les répertoires /etc/cron.{hourly,daily,weekly,monthly}, d'ajouter un fichier crontab dans /etc/cron.d. Ces fichiers devraient prendre le nom du paquet qui les fournit.

De plus, la configuration par défaut de cron dépend de /etc/default/cron qui est lu par le script d'initialisation qui lance le démon cron. Ce fichier détermine si cron lira les variables d'environnement du système et permet d'ajouter des options supplémentaires au programme cron avant qu'il ne soit exécuté, soit pour configurer sa journalisation, soit pour définir la façon dont il traite les fichiers du répertoire /etc/cron.d.

AUTEUR

TRADUCTION