Destiné à faire découvrir Leonidas, ce Linux Identity Kit fait 36 pages et contient 2 DVD (la version 32 et 64bits). Ma contribution représente 10 pages et est nettement orientée serveur pour dénoter avec le reste qui est plus du domaine de l’installation de cette nouvelle distribution et de sa partie graphique. En plus de l’introduction Contenu des DVD, les trois thèmes que j’ai essayé d’aborder d’une manière simple et dénuée de trop de technique sont les suivant :

• Création d’une pile RAID 1 avec les outils Linux standards
• Partage de fichiers avec NFS
• Serveur DHCP pour un réseau domestique

Linux Identity Kit n°9 : Fedora 11, nom de code Leonidas

Mise en place

On installe Squid si ce n’est déjà fait, en Fedora/Red Hat/CentOS/Yum-ish :

# yum -y install squid

Edition du fichier de config :

# vim /etc/squid/squid.conf

Puis chercher la ligne http_access deny all, la remplacer naturellement par http_access allow all. Attention, ceci autorise toutes les connexions extérieures – c’est le but – donc penser au côté sécurité, ne pas le faire sur n’importe quelle machine.

Peut-être ne voulez-vous pas ouvrir votre serveur au monde, mais le restreindre aux IP iraniennes, dans ce cas remplacer le http_access deny all par http_access allow TRUSTED et ajouter l’ACL avant cette déclaration, comme suit :

acl TRUSTED src 62.60.128.0/17 62.193.0.0/19 62.220.96.0/19 77.36.128.0/17 77.77.64.0/18 77.104.64.0/18 77.237.64.0/19 77.237.160.0/19 77.245.224.0/20 78.38.0.0/15 78.109.192.0/20 78.110.112.0/20 78.111.0.0/20 78.154.32.0/19 78.157.32.0/19 78.158.160.0/19 79.127.0.0/17 79.132.192.0/19 79.170.144.0/21 79.175.128.0/18 80.66.176.0/20 80.69.240.0/20 80.71.112.0/20 80.75.0.0/20 80.191.0.0/16 80.242.0.0/20 80.253.128.0/20 80.253.144.0/20 81.12.0.0/17 81.28.32.0/20 81.28.48.0/20 81.31.160.0/20 81.31.176.0/20 81.90.144.0/20 81.91.128.0/20 81.91.144.0/20 82.99.192.0/18 82.115.0.0/19 83.147.192.0/18 84.47.192.0/18 84.241.0.0/18 85.9.64.0/18 85.15.0.0/18 85.133.128.0/17 85.185.0.0/16 85.198.0.0/18 86.109.32.0/19 87.107.0.0/16 87.247.160.0/19 87.248.128.0/19 89.144.128.0/18 89.165.0.0/17 89.221.80.0/20 89.235.64.0/18 91.98.0.0/15 91.184.64.0/19 91.186.192.0/19 91.206.122.0/23 91.208.165.0/24 91.209.242.0/24 91.212.16.0/24 91.212.19.0/24 91.212.252.0/24 92.42.48.0/21 92.50.0.0/18 92.61.176.0/20 92.62.176.0/20 92.242.192.0/19 93.110.0.0/16 93.190.24.0/21 94.74.128.0/18 94.101.128.0/20 94.101.176.0/20 94.101.240.0/20 94.139.160.0/19 94.182.0.0/15 94.184.0.0/17 94.232.168.0/21 94.241.128.0/18 95.38.0.0/16 95.80.128.0/18 95.81.64.0/18 95.82.0.0/18 95.82.64.0/18 95.130.56.0/21 95.130.240.0/21 188.34.0.0/16 188.93.64.0/21 188.121.96.0/19 188.121.128.0/19 188.136.128.0/17 188.158.0.0/15 193.189.122.0/23 194.225.0.0/16 195.146.32.0/19 212.16.64.0/19 212.33.192.0/19 212.50.224.0/19 212.80.0.0/19 212.95.128.0/19 212.120.192.0/19 213.176.0.0/19 213.176.32.0/19 213.176.64.0/18 213.195.0.0/18 213.207.192.0/18 213.217.32.0/19 213.233.160.0/19 217.11.16.0/20 217.24.144.0/20 217.25.48.0/20 217.64.144.0/20 217.66.192.0/20 217.66.208.0/20 217.146.208.0/20 217.172.96.0/19 217.174.16.0/20 217.218.0.0/15

Il est également conseillé de stopper les logs qui peuvent grossir vite. Dans le squid.conf :

access_log none
cache_store_log none

Redémarrage du serveur mandataire :

# service squid restart

Et voilà! Vous n’avez plus qu’à en informer Austin Heap (ou via Twitter) qui liste tous les serveurs disponibles de par le monde et qui est l’initiateur de cette démarche.

Leonidas est dans la place

Après une tentative plutôt infructueuse par le biais de preupgrade – tout se passait bien, mais après la demande de redémarrage, j’étais toujours sous F10 – j’ai décidé de télécharger le DVD de Leonidas, ne serait-ce que pour l’avoir, et de faire la mise-à-jour.

Celle-ci s’est bien passée, mais les problèmes ont débuté avec YUM qui n’était plus là : no module named yum et un soucis de version du paquet rpm-python. J’ai vite vu que c’était toujours la version F10 du gestionnaire de paquets qui était présente, d’où le problème de dépendance relatif à python. J’ai donc installé le RPM de YUM pour F11 et tout est rentré dans l’ordre. J’ai pu mettre à jour cette F11 (pas vraiment) fraîchement installée.

Le gros du soucis a été du côté du serveur DHCP, celui-ci ne voulant absolument pas démarrer. Les logs m’indiquaient qu’il fallait spécifier l’interface réseau utilisée dans le dhcpd.conf comme j’ai deux cartes réseaux. J’ai retourné la doc d’ISC et les forums pendant une bonne heure et demi (je n’ose pas dire deux..) pour m’apercevoir que désormais le fichier de configuration se trouve sous /etc/dhcp et non plus directement sous /etc. L’adage « Petite cause, grands effets » est souvent de mise en informatique – genre pour les problèmes en séries – mais là c’était « Grand effet, petite cause« .

OS 3.0 pour iPhone

Le passage a F11 m’a permis la mise-à-jour de l’iPhone également. Petite étape en OS officiel avant le jailbreak dès qu’il sera disponible.
D’apparence aucun lien entre les deux sujets de ce billet si ce n’est que j’avais besoin d’edoras pour cette opération car ma bibliothèque iTunes est sur un volume NFS du serveur linux, donc pas d’iTunes, pas de mise-à-jour de l’iPhone.

Au menu des nouveautés en vrac donc : enfin le copier-coller-couper, dictaphone, MMS, mode paysage généralisé, Spotlight, synchro des notes, secouer l’appareil pour mélanger….

Le principe

Le principe n’est pas nouveau, il s’agit de faire une sauvegarde rsync avec les options récursifs (-r), archives (-a) et suppression (–delete) dans un répertoire current. Lorsque la tâche est terminée, on fait une copie cp avec les options liens durs (-l) et archives (-a) du contenu de current au même niveau vers un répertoire qui porte la date du jour. Et voilà. Lors de la prochaine sauvegarde, rsync va ajouter les nouveaux fichiers, mettre à jour ceux modifiés et supprimer ceux qui ont été supprimés dans current. L’historisation dans les répertoires avec la date permet de remonter vers différentes versions d’un fichier quant au répertoire current, il dispose toujours de l’image à jour des fichiers.

Le script

Voici le script que j’utilise :

#!/bin/bash

#======================================================================
# snapshot_backup.sh - Script de sauvegarde de type snapshot
#======================================================================
# by fabien a. [fabien@feub.net]
# http://werk.feub.net/
#======================================================================
# This program is free software; you can redistribute it and/or
# modify it under the terms of the GNU General Public License
# as published by the Free Software Foundation; either version 2
# of the License, or (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not,
#  - write to the Free Software
#               Foundation, Inc.,
#               51 Franklin Street,
#               Fifth Floor,
#               Boston, MA  02110-1301
#               USA.
#               - See http://www.gnu.org/licenses/gpl.html
#======================================================================

#======================================================================
# VARIABLES
#======================================================================

SOURCE="/rep/source/"
CIBLE="/rep/cible/"

DATE=`date +%Y%m%d-%H%M`
LOG="/rep/du/log/snapshot_rsync-${DATE}.log"

REP_A_SVG="etc usr bin home"

MAIL_DEST="toto@tata.net"
MAIL_SUBJECT="[snapshot] du `date +%D` à `date +%H:%M` "

VER="0.9"

#======================================================================
# EXECUTION
#======================================================================

echo "======================================================================"  | tee -a $LOG
echo "snapshot_backup.sh v.$VER" | tee -a $LOG
echo "http://werk.feub.net/" | tee -a $LOG
echo "----------------------------------------------------------------------" | tee -a $LOG

#======================================================================
# SYNCHRONISATION
#======================================================================

echo "Début de la sauvegarde le `date +%D` à `date +%H:%M` " | tee -a $LOG
echo "----------------------------------------------------------------------" | tee -a $LOG
for REP in $REP_A_SVG ;  do
    echo "    *    Sauvegarde de  $REP" | tee -a $LOG
    rsync -vrap --delete ${SOURCE}$REP $CIBLE/current | tee -a $LOG
done;

echo "----------------------------------------------------------------------" | tee -a $LOG

#======================================================================
# SNAPSHOT
#======================================================================

cp -val $CIBLE/current $CIBLE/$DATE | tee -a $LOG

echo "Fin de la sauvegarde le `date +%D` à `date +%H:%M` " | tee -a $LOG
echo "======================================================================" | tee -a $LOG

#======================================================================
# ENVOI EMAIL LOG
#======================================================================

/bin/mail -s "$MAIL_SUBJECT" $MAIL_DEST < $LOG
wait

exit 0

Cette technique permet d'avoir des sauvegardes historisées tout en gagnant beaucoup de place grâce aux copies en liens durs (hardlinks).

J’en ai donc profité pour revenir à Wordpress, les raisons sont multiples et variées, elles sont brièvement évoquées dans ce billet.
La majeure partie de la translation Expression Engine vers Wordpress a été faîte, il doit rester quelques dysfonctionnements esthétiques certainement. Tout le contenu a été re-importé.

Je parlerai peut-être un peu plus de l’actualité et de petites choses. Ce qui est certain, c’est que je suis toujours sous Fedora et Leonidas (Fedora 11) est officiellement lancé!

Note : pourquoi Je me repète en sous-titre? Juste un clin d’œil à la même migration que j’ai faite il y a peu sur Photo Nature : http://photonature.feub.net avec quasiment le même titre.

Utilisation

L’utilisation de la commande dig est la suivante :

dig @serveur nom type

@serveur : le serveur DNS utilisé pour la requête. nom : le nom du serveur DNS à interroger. type : le type d’enregistrement à vérifier. Mais la forme la plus simple est l’appel de la commande suivi du nom d’hôte à vérifier :

$ dig feub.net

Qui retourne quelque chose comme :

; <<>> DiG 9.5.1-P1-RedHat-9.5.1-1.P1.fc10 <<>> feub.net
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10503
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; QUESTION SECTION:
;feub.net.                      IN      A
;; ANSWER SECTION:
feub.net.               75788   IN      A       80.93.82.79
;; AUTHORITY SECTION:
feub.net.               75788   IN      NS      NS31B.HAISOFT.net.
feub.net.               75788   IN      NS      NS31A.HAISOFT.net.
;; ADDITIONAL SECTION:
NS31A.HAISOFT.net.      47403   IN      A       80.93.82.79
NS31B.HAISOFT.net.      41905   IN      A       80.93.82.217
;; Query time: 2 msec
;; SERVER: 192.168.75.1#53(192.168.75.1)
;; WHEN: Mon Feb  2 10:58:33 2009
;; MSG SIZE  rcvd: 122

Beaucoup d’informations sont retournées. Le première partie renseigne sur la version même de dig utilisée, suivi des options globales, dans cet exemple : printcmd qui peut ne pas être affiché en utilisant l’option +nocmd juste après le dig. La partie qui suit – Got answer – apporte des informations sur le serveur. Cette partie ne sera pas affichée en ajoutant l’option +nocomments, mais attention car elle supprime également les entêtes de sections.
Arrive la section QUESTION SECTION qui comme son nom l’indique affiche la question que vous avez posé au serveur DNS. Dans la forme simplifiée utilisée ici, la recherche est par défaut faite sur les enregistrements A. En général, vous savez ce que vous avez demandé, donc pour neutraliser cette partie dans le résultat, utiliser l’option +noquestion.
Pour terminer, la réponse est affichée dans la section ANSWER SECTION. L’IP de feub.net est 80.93.82.79. Même cette partie du résultat peut être neutralisée avec l’option +noanswer (mais je ne vois pas dans quel cas on demande quelque chose sans être intéressé par la réponse…).
La section AUTHORITY SECTION renseigne sur les serveurs DNS autoritaires du domaine. Pour ne pas afficher cette section, c’est l’option +noauthority.
La fin affiche la section ADDITIONAL SECTION qui donne les IP des serveurs DNS autoritaires utilisés pour la requête. On devine comment ne pas l’afficher : +noadditional
Et le résultat se termine par des statistiques sur la requête, que l’on désactive par l’option +nostats.

Quelques exemples

# Obtenir l'adresse du serveur hébergeant feub.net
$ dig feub.net A +noall +answer
# Obtenir la liste des serveurs de messagerie de Google
$ dig google.com MX +noall +answer
# Obtenir la liste des serveur DNS autoritaires pour Google
$ dig google.com NS +noall +answer
# Obtenir toutes les informations demandées ci-dessus
$ dig google.com ANY +noall +answer

Pour avoir un résultat court :

$ dig google.com +short

Beaucoup de possibilité avec toutes ces petites options.

# yum install slim

Ensuite, on édite (et on dans la plupart des cas on crée) le fichier desktop sous /etc/sysconfig avec ceci :

DISPLAYMANAGER=/usr/bin/slim-dynwm

Et voilà le joli Login Manager.

Astuce : F11 fait une copie d’écran de l’écran de connexion (nécessite ImageMagick)

EDIT : en passant de GDM à SLiM, je me suis rendu compte que je n’ai plus le montage automatique de volumes USB. HAL est pourtant démarré et un montage à la main fonctionne bien sur parfaitement. Si quelqu’un a un tuyau…

Avant :

$ df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/mapper/VG1-LVroot
9,9G  3,7G  5,7G  40% /
/dev/mapper/VG1-LVhome
26G  853M   23G   4% /home
/dev/sdc1             145G   83G   54G  61% /backup
/dev/sdb1             184G  111G   64G  64% /data1
/dev/sda1             236M   29M  195M  13% /boot
/dev/mapper/VGraid-LVraid
459G  216G  220G  50% /raid

D’une part, cela me faisait beaucoup de montages (NFS) sur mes Mac alors que je pouvais – théoriquement – rassembler /backup et /data1 en un seul volume, et d’autre part, je désirais passer en full LVM pour plus de flexibilité.

La limitation des systèmes de fichiers classiques m’imposait d’avoir ces deux partitions séparées, celles-ci étant sur deux disques différents. C’est là que LVM montre sa puissance : la possibilité de créer un groupe de volumes sur les deux disques, soit au final avoir une seule partition virtuelle de 360Go unique sur les deux disques.

Après :

$ df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/mapper/VG1-LVroot
9,9G  3,7G  5,7G  40% /
/dev/mapper/VG1-LVhome
26G  855M   23G   4% /home
/dev/mapper/VGdata-LVdata
331G  1,8G  312G   1% /mnt/data
/dev/sda1             236M   29M  195M  13% /boot
/dev/mapper/VGraid-LVraid
459G  275G  162G  63% /mnt/raid

Après avoir déplacé mes données sur un autre disque pour faire la modification, redéfini sdb1 et sdc1 en partition de type 8e (Linux LVM) dans fdisk, j’ai opéré comme suit pour ajouter un groupe de volumes VGdata contenant un unique volume logique LVdata de la totalité de l’espace disponible (je ne détaillerai pas, les étapes ayant été un peu mieux expliquées dans ce billet) :

# pvcreate /dev/sdb1
# pvcreate /dev/sdc1
# vgcreate -s 16M VGdata /dev/sdb1 /dev/sdc1
# lvcreate -l 21462 VGdata -n LVdata
# mkfs.ext3 /dev/VGdata/LVdata
# mkdir /mnt/data
# mount /dev/VGdata/LVdata /mnt/data

Ajout du montage dans fstab :

/dev/VGdata/LVdata	/mnt/data		ext3	defaults	1 2

# Fichier de log
LOGPATH="/home/fabien/bin/log/check_rtorrent.log"
# Email
EMAIL="fabien@feub.net"
SUBJECT="[check] rTorrent"
# Si pas de fichier de log, on le crée
if [ ! -f $LOGPATH ]
then
touch $LOGPATH
fi
echo -n $(date) " : Vérification que rTorrent est lancé..." >> $LOGPATH
if /sbin/pidof rtorrent
then
echo "en fonctionnement : OK" >> $LOGPATH
else
echo -n "non démarré..." >> $LOGPATH
echo -n "démarrage..." >> $LOGPATH
/home/fabien/bin/btlaunch.sh
echo "en fonctionnement : OK" >> $LOGPATH
mail -s "$SUBJECT" "$EMAIL" < $LOGPATH
fi

Télécharger check_rtorrent.sh

Pour automatiser cela, je l'ajoute dans mon crontab pour qu'il vérifie toutes les 5 minutes :

$ crontab -e
*/5 * * * * /home/fabien/bin/check_rtorrent.sh

Cet article parle du RAID logiciel, sur une machine en Fedora 10.

Mise en place d’un RAID 1 logiciel

Je dispose de deux disques SATA 500Go que je désire utiliser en RAID 1, celui-ci fonctionne avec 2 disques (ou plus). Il s’agit d’une simple copie des données d’un disque sur l’autre, de façon transparente. Après avoir installé ces deux disques, je vérifie qu’ils soient reconnus par le système :

$ ls -l /dev/sd*
brw-rw---- 1 root disk 8,  0 déc. 28 21:37 /dev/sda
brw-rw---- 1 root disk 8,  1 déc. 28 21:37 /dev/sda1
brw-rw---- 1 root disk 8,  2 déc. 28 21:37 /dev/sda2
brw-rw---- 1 root disk 8,  3 déc. 28 21:37 /dev/sda3
brw-rw---- 1 root disk 8, 16 déc. 28 21:37 /dev/sdb
brw-rw---- 1 root disk 8, 17 déc. 28 21:37 /dev/sdb1
brw-rw---- 1 root disk 8, 32 déc. 28 21:37 /dev/sdc
brw-rw---- 1 root disk 8, 33 déc. 28 21:37 /dev/sdc1
brw-rw---- 1 root disk 8, 48 déc. 28 21:37 /dev/sdd
brw-rw---- 1 root disk 8, 64 déc. 28 21:37 /dev/sde

Il faut maintenant créer une partition physique sur ces disques et placer l’identificateur de ces partitions comme étant de type Linux RAID, ceci avec fdisk :

# fdisk /dev/sdd
Puis taper ces commandes pour un disque neuf :
n
p
1
<entrée>
<entrée>
t
fd
w

Faire de même pour le deuxième disque. Au final un fdisk -l devrait donner quelque chose comme ça :

Disque /dev/sdd: 500.1 Go, 500107862016 octets
255 heads, 63 sectors/track, 60801 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000b9726
Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sdd1               1       60801   488384001   fd  Linux raid autodetect
Disque /dev/sde: 500.1 Go, 500107862016 octets
255 heads, 63 sectors/track, 60801 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000b9726
Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sde1               1       60801   488384001   fd  Linux raid autodetect

Il est temps de combiner ces deux disques en une seule unité RAID 1, ceci par l’intermédiaire de la commande à tout faire mdadm :

# mdadm --create --verbose /dev/md0 --level=1 --raid-devices=2 /dev/sdd1 /dev/sde1

La syntaxe est assez explicite : création d’une pile RAID qui sera en md0, de niveau 1 utilisant les 2 disques préparés auparavent. Et voilà, le RAID 1 est crée! Petite vérification :

# mdadm --detail /dev/md0
/dev/md0:
Version : 0.90
Creation Time : Sun Dec 28 21:24:39 2008
Raid Level : raid1
Array Size : 488383936 (465.76 GiB 500.11 GB)
Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Mon Dec 29 08:33:06 2008
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
UUID : d6b46a36:85a45c5f:5232c6b9:3d8a986e
Events : 0.8
Number   Major   Minor   RaidDevice State
0       8       49        0      active sync   /dev/sdd1
1       8       65        1      active sync   /dev/sde1

Si la ligne State rapporte bien clean, alors tout est en principe bon.

LVM sur le RAID

Le RAID fonctionne, il faut maintenant l’utiliser. Nous allons gérer md0 avec LVM, en commencant par créer un volume physique, ce qui va initilaiser md0 pour utiliser LVM :

# pvcreate /dev/md0

Ensuite, il faut créer le volume groupe, que j’appelle VGraid. La valeur par défaut du PE (Physical Extent) peut se révéler trop faible pour une grosse matrice RAID. Il est alors possible d’indiquer une taille de PE plus importante avec l’option -s. Leur nombre maximal est approximativement de 65000 et leur taille par défaut de 4Mo, partant delà, il faut prendre la taille du volume et de le diviser par 65000, puis de l’arrondir à l’entier significatif le plus grand le plus proche. Par exemple, pour un volume RAID de 500Go, grosso-modo 500000Mo cela donne : 500000 / 65000 = 7,69, soit 8Mo. Je vais le mettre à 32 pour être plus à l’aise.

# vgcreate -s 16M VGraid /dev/md0

Le VG est désormais crée, il faut maintenant le remplir avec un ou plusieurs volume(s) logique(s). Je vais en ajouter un seul – LVraid – qui prendra la taille du VG. Pour connaître cette taille en PE :

# vgdisplay VGraid
--- Volume group ---
VG Name               VGraid
System ID
Format                lvm2
Metadata Areas        1
Metadata Sequence No  2
VG Access             read/write
VG Status             resizable
MAX LV                0
Cur LV                1
Open LV               1
Max PV                0
Cur PV                1
Act PV                1
VG Size               465,75 GB
PE Size               32,00 MB
Total PE              14904
Alloc PE / Size       14904 / 465,75 GB
Free  PE / Size       0 / 0
VG UUID               D33fbC-w82v-I83g-TAgG-vZaA-8C52-1aVEfr

Et pour le créer :

# lvcreate -l 14904 VGraid -n LVraid

Ceci fait, /dev/VGraid/LVraid (également mappé sous /dev/mapper/VGraid-LVraid) peut être utilisé comme une partition « normale », donc on formate et on monte normalement :

# mkfs.ext3 /dev/VGraid/LVraid
# mkdir /mnt/raid
# mount /dev/VGraid/LVraid /mnt/raid

Notre filesystem est prêt à l’emploi et les données présentes dessus seront mirrorées. Pour connaître l’état de la pile RAID :

# cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sdd1[0] sde1[1]
488383936 blocks [2/2] [UU]
unused devices: <none>

On voit qu’il est actif. [UU] désigne que les deux disques sont OK. En cas de problème sur un disque, cette info ressemblerait à [_U] ou [U_] suivant le disque défaillant.
Il est également possible de surveiller sa matrice et d’être avertit par email en cas de panne par cette commande :

# mdadm --monitor --mail=root@localhost --delay=1800 /dev/md0 &

A noter que --monitor peut même aller plus loin et lancer un programme ou un script au lieu d’un simple email.