En la sección ISPMail/Mail FAI encontrarás toda la información que necesitas para configurar un servidor de correo de calidad profesional. Pero hay muchos casos en los que puedes querer que un servidor pueda enviar correo sin convertirlo en un servidor de correo completo. A continuación, debe utilizar un "smarhost", es decir, un servidor smtp para retransmitir su correo.
El MTA (Mail Transfer Agent) ligero msmtp satisface perfectamente esta necesidad. Si tienes varios servidores y has configurado un servidor de correo en uno de ellos, será interesante asegurarte de que sus otros servidores puedan utilizarlo para reenviar su correo. También puedes utilizar el servidor de tu ISP o el de una plataforma como Gmail.
En un artículo anterior utilicé otro MTA ligero para satisfacer esta necesidad, ssmtp. Pero este último ya no se mantiene y ha sido eliminado de los repositorios de Debian para la versión 10 Stretch. Afortunadamente, se reemplaza ventajosamente por msmtp, cuya configuración es tan simple como ssmtp, pero más flexible.
Dans la section ISPMail/Mail façon FAI vous trouverez toutes les informations nécessaires à la configuration d'un serveur de mail de qualité professionnelle. Mais il existe de nombreux cas où vous pouvez désirer qu'un serveur puisse envoyer du courrier sans pour autant le transformer en serveur de courrier complet. Il faut alors utiliser un « smarhost », c'est à dire un serveur smtp pour relayer votre courrier.
Le MTA (Mail Transfer Agent) léger msmtp répond parfaitement à ce besoin. Si vous avez plusieurs serveurs et que vous avez sur l'un d'eux configuré un serveur de mail, il sera intéressant de faire en sorte que vos autres serveurs puissent l'utiliser pour acheminer leur courrier. Vous pouvez également vouloir utiliser le serveur de votre FAI, ou ceux d'une plateforme comme Gmail.
Dans un précédent article j'utilisais pour répondre à ce besoin un autre MTA léger, ssmtp. Mais ce dernier n'est plus maintenu et a été retiré des dépôts Debian pour la version 10 Stretch. Heureusement il est avantageusement remplacé par msmtp, dont la configuration est aussi simple mais qui est plus souple d'emploi.
L'adress Matérielle ou adresse MAC identifie une carte réseau. Chaque carte réseau de chaque équipement possède une telle adresse qui est censée être unique au monde. Or les systèmes DHCP utilisent cette adresse pour allouer une adresse IP à toute machine du réseau qui les contactent. Cette adresse MAC n'est accessible que dans votre réseau ou sous réseau ou au travers de sauts via des switchs. Si vous passez par un routeur par contre vous ne pourrez pas la connaître (elle n'a pas à être routée sur Internet ou un autre réseau privé). Pour que ma box alloue toujours la même IP à mon imprimante réseau, il fallait que je puisse lui fournir cette adresse MAC. Le principe consiste à découvrir l'IP de l'imprimante, de lancer un PING sur cette machine pour que ma table de routage la connaîsse et ensuite utiliser la commande arp -a. Voici la marche à suivre, en utilisant nmap pour détecter l'IP.
Script pour rechercher automatiquement les serveurs kimsufi disponibles. Surtout intéressant pour les serveurs premier prix (KS1) qui sont pris dès que créés et n'apparaissent jamais ou peu de temps sur la page web de commande.
Il utilise la bibliothèque cURL (l'installer si elle n'est pas dispo sur le système) et l'extension php-cli. Il ne permet pas de choisir le datacenter OVH (Gravelines, Roubaix etc.), il serait facile de le modifier pour cela, mais du coup il sera plus difficile d'avoir un KS1. Pour la recherche efficace d'un serveur KS1, le mieux est de ne laisser que ce serveur et commenter tous les autres.
OVH change régulièrement ses références serveur, donc il est bon de jeter un oeil sur la page web (en survolant les liens et regardant les références envoyées dans l'url) pour voir si les désignations de serveur saisies en dur dans le script sont encore valables, ou mieux encore en regardant le fichier json qui figure en début de script. Les serveurs kimsufi ont en général un nom du genre 1801ks et des chiffres, aujourd'hui (septembre 2018) les noms sont 1801ks12 pour le KS1 et 1801ks13 pour le KS2. La réservation des serveurs d'entrée de gamme est seule problématique, les autres ne posent pas de problèmes de réservation.
Utilisation
On lance le script en console avec la commande php ./kimsufi.php, en supposant qu'on a sauvegardé le script sous le nom kimsufi.php dans le répertoire courant et qu'on lui a bien entendu donné les droits d'exécution, par exemple avec la commande chmod u+x kimsufi.php.
Les résutats s'affichent sur la sortie standard. Si l'on veut en garder un log on peut rediriger la sortie vers un fichier php ./kimsufi.php > kimsufi.log, ou avec la redirection >> si l'on veut rajouter au fichier sans le vider à chaque fois.
On peut bien entendu utiliser la commande tee pour à la fois afficher sur la sortie standard et logger dans un fichier : php ./kimsufi.php | tee -a kimsufi.log, avec l'option -a pour ajouter au fichier (équivalent de >>) ou sans elle pour vider le fichier de log à chaque lancement. Il est en effet probable que vous devrez lancer ce script plusieurs jours de suite les mises à disposition des ks1 se produisant visiblement seulement une ou deux fois par semaine.
