Paquet Fedora du jour

Ce billet est une traduction de l'article «Wednesday Why: The Apache Welcome Page» écrit par Chris Tyler.

Si vous installez le serveur web Apache sur votre système Fedora, démarrez-le, puis accédez-y avant d'ajouter n'importe quel contenu, vous verrez alors "la page d'essai de Fedora" ou "la page bienvenue" comme montré ici.
D'où cette page vient-elle ? où est-elle configurée ? et comment disparaît-elle une fois que vous ajoutez le contenu ?

Cette page n'est pas configurée dans le fichier principal de configuration d'Apache, /etc/httpd/conf/httpd.conf -- il n'y a aucune mention d'elle du tout dans ce document, celui-ci ne sert qu'à la configuration du serveur uniquement. La configuration pour cette page est indiquée dans /etc/httpd/conf.d/welcome.conf, qui ressemble à ceci :

   #
   # This configuration file enables the default "Welcome"
   # page if there is no default index page present for
   # the root URL. To disable the Welcome page, comment
   # out all the lines below.
   #
   <LocationMatch "^/+$">
       Options -Indexes
       ErrorDocument 403 /error/noindex.html
   </LocationMatch>

La directive LocationMatch s'assure que cette configuration s'applique seulement aux demandes avec le chemin de / (ou de plusieurs / ), qui redirige seulement les demandes au DocumentRoot (http://ServerName/).
Pour une telle demande, l'option Indexes est désactivée, ainsi vous ne pouvez pas obtenir une liste automatique d'index ou d'annuaire. Si une page pré-construite d'index existe, comme index.html ou index.html.var, alors l'accès au fichier est fait ; mais si elle n'existe pas, une erreur du type HTTP 403 est produite ("interdit"). La directive d'ErrorDocument indique la page à présenter dans ce cas : /var/www/error/noindex.html. Dès que vous créerez une page d'index, l'erreur 403 n'est plus produite, et la page bienvenue disparaît.

Le dossier de configuration /etc/httpd/conf.d/welcome.conf appartient au paquet httpd (Apache). La plupart des autres dossiers de configuration situés dans /etc/httpd/conf.d appartiennent quant à eux à d'autres applications web tels que webalyzer, BackupPC, gallery2, ou lsquirrelmail, et configurent spécifiquement Apache ; la suppression du paquet httpd enlève ce fichier de configuration spécifique de l'application Apache.

Ce billet est une traduction de l'article «Wednesday Why: Crontab» écrit par Chris Tyler.

Cron est le programmateur de tâches d'Unix/Linux. Il utilise les fichiers crontab pour déterminer la date et l'heure à laquelle une tâche va être exécuté. Le fichier crontab principal est /etc/crontab; les fichiers contrab supplémentaires sont placés dans /etc/cron.d/ et les fichiers crontab personnels dans /var/spool/cron/.

Le fichier crontab principal ressemble à ça:

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly

Les paires noms et valeurs au début du fichier configure les variables d'environnement. Les lignes restantes contiennent les champs de date et d'heure, le nom du compte sous lequel la commande va être exécutée et le nom de la commande. Les fichiers crontab personnels sont installé avec la commande crontab et ne contienne pas de champ indiquant le nom du compte.

Le script run-parts lance simplement les scripts contenu dans le dossier spécifié. Un des scripts de chaque répertoires est nommé 0anacron qui met à jour l'estampille temporelle des fichiers enregistré dans /var/pool/anacron. Ces estampilles temporelles sont utilisé par le système anacron au démarage de l'ordinateur pour s'assurer au démarrage de l'ordinateur que les tâches sont bien été exécutées même si l'ordinateur n'est jamais allumé entre 4h et 5h du matin.

Par exemple, un ordinateur de bureau qui est coupé tout les soirs et allumé tout les matins à 9h ne serra jamais allumé à 4h22 lorsque les scripts contenus dans /etc/cron.weekly doivent être exécuté. L'une des tâches opérer hebdomadairement est makewhatis, qui reconstruit la base de donnée whatis qui est utilisé par les commandes apropos, man -k et whatis. Ces commandes ne devraient donc jamais avoir accès à index à jour. Pour résoudre ce problème, lorsque le système démarre, le script d'initiation /etc/rc.d/init.d/anacron vérifie le fichier /var/spool/anacron/cron.weekly pour voir quand les scripts contenu dans /etc/cron.weekly ont été lancé pour la dernière fois. Si cela fait plus de 7 jours, les scripts sont exécuté après un bref délai par run-parts.

Les paquets nécessitant la programmation de tâche peuvent faire cela de deux manières: inclure un fichier crontab qui sera placé dans /etc/cron.d (qui est l'approche utilisé par le paquet smolt) ou inclure un script qui sera placé dans /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly ou /etc/cron.mounthly (qui est l'approche utilisé par cups).