Afin que notre serveur soit visible par le reste du monde, il va falloir configurer le domaine auquel il appartient, dans notre cas le domaine spou.net.
On configure d'abord une zone "A" pour notre serveur depuis l'interface du fournisseur de nom de domaine spou.net (chez GANDI dans notre cas mais cela peut être OVH ou tout autre registrar) qui corresponde à la ligne ci-dessous sachant, pour rappel, qu'on souhaite qu'il ait pour nom d'hôte patate.spou.net et sachant qu'il a pour adresse IP 172.31.253.254 :
patate.spou.net. 3600 IN A 172.31.253.254
Il faut ensuite configurer une zone "MX" pour nos futurs e-mails ***@p.spou.net :
p.spou.net. 3600 IN MX 10 patate.spou.net.
On attend quelques minutes ou quelques heures et on exécute la commande ci-dessous sur le serveur :
# host -t MX p.spou.net
Si tout va bien, cette commande doit donner la réponse suivante :
p.spou.net mail is handled by 10 patate.spou.net.
De même, si on souhaite accéder aux solutions de webmail qui seront installées par le script d'installation de la solution iRedMail depuis un autre nom d'hôte que patate.spou.net, qui est désormais le nom d'hôte par défaut de notre serveur, ou si l'on souhaite héberger d'autres sites web sur ce serveur, on peut configurer tous les autres noms d'hôte qui pointeront vers notre serveur en créant une zone "CNAME" pour chaque nom, par exemple :
patate2.spou.net. 3600 IN CNAME patate.spou.net. pmail.spou.net. 3600 IN CNAME patate.spou.net.
Mais cela ne fonctionnera pas si on souhaite créer un nom d'hôte p.spou.net car il y aura conflit avec la zone "MX" déjà existante. La création de ce nom d'hôte n'est pas du tout obligatoire mais si besoin, il suffit de créer une autre zone "A" comme précédemment avec la même adresse IP du serveur (il y aura peut être un avertissement affiché sur l'interface du fournisseur de nom de domaine spou.net lors de l'opération mais rien de bloquant a priori) :
p.spou.net. 3600 IN A 172.31.253.254
Même si ce n'est pas obligatoire, l'idéal ait qu'il y ait également un "reverse DNS" mis en place pour le nom d'hôte patate.spou.net mais ceci ne peut être fait que par le fournisseur d'accès à internet (FAI) ou par l'hébergeur chez qui le serveur est installé (la plupart du temps cela se fait facilement depuis l'extranet client de l'hébergeur ou du FAI en question).
On peut plus tard vérifier que le "reverse DNS" est bien en place en faisant les deux commandes ci-dessous :
# host patate.spou.net # host 172.31.253.254
Si tout marche bien, ces commandes doivent nous indiquer respectivement les affichages suivants (vous remarquez que le numéro indiqué dans le second affichage est le "verlan" de l'adresse IP du serveur) :
patate.spou.net has address 172.31.253.254 254.253.31.172.in-addr.arpa domain name pointer patate.spou.net.
On va modifier le fichier "/etc/hosts" sur le serveur, en rajoutant les lignes ci-dessous, afin que le dit serveur utilise plutôt son adresse IP interne ("localhost") 127.0.0.1 pour les noms d'hôtes que nous avons configuré précédemment :
... 127.0.0.1 patate.spou.net p.spou.net 127.0.0.1 patate2.spou.net pmail.spou.net ...
Sinon, on peut aussi ajouter dès maintenant une zone "MX" pour les services autodiscover et autoconfig de notre futur serveur d'e-mails, cela permettra aux logiciels d'e-mails, que ce soit sur ordinateur ou sur téléphone mobile, de récupérer automatiquement les informations de notre serveur lorsque l'on ajoutera un compte ***@p.spou.net (par contre, pas besoin de les faire apparaitre les noms d'hôte en question dans le fichier "/etc/hosts") :
autodiscover.p.spou.net. 3600 IN MX 10 patate.spou.net. autoconfig.p.spou.net. 3600 IN MX 10 patate.spou.net.
Pour la même raison, on peut aussi ajouter la zone "SRV" suivante :
_autodiscover._tcp.p.spou.net. 3600 IN SRV 0 0 443 patate.spou.net.
Commentaires