cron – Démon permettant de lancer des commandes
différées (Vixie Cron)
cron [
-f] [
-l] [
-L niveau]
cron est démarré automatiquement depuis un script du
répertoire
/etc/init.d au moment d'entrer dans un niveau de
fonctionnement multiutilisateur.
- -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 courriels.
Par défaut, cron abrège le nom
d’hôte.
-
-L niveau
- Annoncer à cron ce qu'il doit journaliser
à propos des tâches (les erreurs sont journalisées
indépendamment de cette valeur) suivant la somme des
éléments suivants :
- 1
- enregistrement de la date de début
d'exécution des tâches cron
- 2
- enregistrement de la date de fin d'exécution des
tâches cron
- 4
- enregistrement des tâches échoués
(état de retour différent de zéro)
- 8
- enregistrement du numéro de processus des
tâches cron
- Par défaut, la date de début de toutes les
tâches 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.
cron recherche, dans le répertoire
/var/spool/cron/crontabs, des fichiers de crontab (nommés
d’après des comptes 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 courriel 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 enfant ont leur nom mis en capitales, observables dans la sortie des
commandes
syslog et 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 3 heures, par exemple au début et
à la fin de l'heure d'été. Si l'heure a été
avancée, les tâches qui auraient dû être
exécutées pendant ce moment le seront juste après le
changement. À l'inverse, si l'heure a été retardée
de moins de 3 heures, les tâches qui tombent dans cet intervalle
de temps ne seront pas exécutées de nouveau.
Seules les tâches qui sont exécutées à un moment
particulier (ni indiquées par @hourly, ni par
« * » dans le champ heure ou minute) sont
affectées. Les tâches indiquées avec des jokers sont
exécutées 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).
Dans les systèmes Debian,
/etc/default/cron peut être
configuré pour que les paramètres régionaux du
démon
cron soient gérés en utilisant
/etc/environment ou
/etc/default/locale, les valeurs du dernier
étant prioritaires sur celles du premier. Ces fichiers sont lus et les
définitions des variables d'environnement
LANG,
LC_ALL et
LC_CTYPE seront utilisées. Ces variables sont ensuite
utilisées pour configurer l'encodage des messages,
« C » par défaut.
Cela n'affecte
pas l'environnement des tâches
exécutées par cron. Pour plus de renseignements sur la
façon de modifier l'environnement des tâches, veuillez consulter
crontab(5).
Le démon utilisera, si elle existe, la définition du fuseau
horaire de
/etc/timezone.
L'environnement peut être redéfini dans les définitions des
crontabs des utilisateurs, mais
cron ne traitera les tâches que
dans un seul fuseau horaire.
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écutables, appartenir au superutilisateur, ne pas être
accessibles 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 doit 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}
pour 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 de
init.d 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.
crontab(1),
crontab(5),
run-parts(8)
Paul Vixie <
[email protected]> est l'auteur de et de cette page
de manuel. Cette page a ensuite été modifiée pour Debian
par Steve Greenland, Javier Fernandez-Sanguino et Christian Kastner.
La traduction française de cette page de manuel a été
créée par Steve Petruzzello <
[email protected]>, Nicolas
François <
[email protected]>, David Prévot
<
[email protected]> et Jean-Paul Guillonneau
<
[email protected]>
Cette traduction est une documentation libre ; veuillez vous reporter
à la
GNU
General Public License version 3 concernant les conditions de copie
et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.
Si vous découvrez un bogue dans la traduction de cette page de manuel,
veuillez envoyer un message à
[email protected]