Le DNS est l'annuaire d'internet : il traduit un nom facile à retenir, comme exemple.ma, en adresse IP, celle du serveur qui héberge votre site. Votre domaine est géré dans une « zone DNS », une liste d'enregistrements qui disent où envoyer les visiteurs, où livrer les emails et qui a le droit d'envoyer des messages en votre nom. Quatre types d'enregistrements et une notion, le TTL, suffisent à comprendre 95 % des situations.
Qui fait quoi
Trois acteurs interviennent autour de votre domaine :
- le registre gère l'extension : pour le .ma, c'est l'ANRT ; pour le .com, Verisign ;
- le registraire est l'entreprise chez qui vous achetez et renouvelez votre domaine ;
- l'hébergeur DNS stocke votre zone DNS. Le plus souvent, c'est votre registraire lui-même, mais vous pouvez confier la zone à un autre service.
Votre serveur, lui, n'est que la destination. Chez PassRoyal, il reçoit une adresse IPv4 publique ; c'est cette adresse que vous inscrivez dans votre zone DNS, chez votre registraire.
Les enregistrements à connaître
A : le nom vers une adresse IPv4
C'est l'enregistrement de base. « exemple.ma pointe vers 203.0.113.10 ». Pour un site, on crée généralement deux enregistrements A : un pour le domaine nu (souvent noté @) et un pour www. Son cousin, l'enregistrement AAAA, fait la même chose pour une adresse IPv6.
CNAME : un alias
Un CNAME dit « ce nom est un alias de cet autre nom ». Par exemple, www.exemple.ma peut être un CNAME de exemple.ma : si l'adresse IP change, vous ne la modifiez qu'à un seul endroit. Un CNAME ne peut pas coexister avec d'autres enregistrements sur le même nom, c'est pourquoi on ne le met pas sur le domaine nu.
MX : où livrer les emails
Les enregistrements MX indiquent quels serveurs reçoivent le courrier de votre domaine. Ils ont une priorité : le plus petit chiffre est essayé en premier. Ce sont eux qui font que contact@exemple.ma arrive dans votre messagerie. Les modifier par erreur coupe la réception de vos emails, d'où la règle d'or : ne touchez pas aux MX quand vous déplacez votre site.
TXT : des informations de contrôle
Un enregistrement TXT contient du texte libre, lu par des machines. On s'en sert surtout pour :
- SPF : la liste des serveurs autorisés à envoyer des emails pour votre domaine ;
- DKIM : une clé publique qui permet de vérifier la signature de vos emails ;
- DMARC : la règle à appliquer quand un email échoue aux vérifications ;
- les preuves de propriété demandées par Google, Microsoft et d'autres services.
Sans SPF ni DKIM, vos emails, y compris ceux envoyés par votre site, risquent de finir en spam.
Le TTL, ou pourquoi « ça ne marche pas encore »
Chaque enregistrement a un TTL, sa durée de vie en cache, en secondes. Les fournisseurs d'accès gardent la réponse en mémoire pendant cette durée. Avec un TTL de 3 600, une modification peut mettre jusqu'à une heure à être vue partout ; avec 86 400, une journée.
C'est ce qu'on appelle, un peu improprement, la « propagation DNS ». Rien ne se propage vraiment : les anciennes réponses expirent, simplement. D'où l'astuce des migrations : baisser le TTL la veille d'un changement, puis le remonter ensuite. Notre guide pour migrer son site sans coupure détaille la méthode.
Relier votre domaine à votre serveur
- Notez l'adresse IPv4 publique de votre serveur, visible dans votre espace client.
- Chez votre registraire, ouvrez la gestion de la zone DNS.
- Créez ou modifiez l'enregistrement A du domaine nu avec cette adresse.
- Faites de même pour www, en A ou en CNAME vers le domaine nu.
- Laissez les MX et TXT existants intacts.
- Patientez le temps du TTL, puis vérifiez.
Avec Passroyal Panel, le panneau vérifie que le domaine arrive bien sur la machine avant de demander le certificat SSL : si la vérification échoue, c'est que le DNS n'est pas encore à jour.
Vérifier sans attendre
Pour voir ce que le DNS répond, utilisez la commande nslookup exemple.ma sous Windows, ou dig exemple.ma sous macOS et Linux. Les sites de vérification DNS en ligne interrogent des serveurs dans plusieurs pays et montrent si la nouvelle valeur est déjà visible partout.
Questions fréquentes
Pourquoi mon site s'affiche chez moi mais pas chez un collègue ?
Vos deux ordinateurs n'interrogent pas les mêmes serveurs DNS, ou l'un a encore l'ancienne réponse en cache. Attendez la fin du TTL.
Puis-je garder mes emails chez un prestataire et mon site sur un serveur ?
Oui, c'est même le cas le plus courant : les enregistrements A pointent vers votre serveur, les MX vers votre messagerie.
Faut-il une adresse IPv4 publique pour un site ?
Oui, pour être joignable depuis internet. Notre article sur l'adresse IPv4 publique explique quand elle est nécessaire.
Et ensuite ?
Une fois le domaine relié, il reste à sécuriser le site : voyez notre guide sur le certificat SSL gratuit. Et pour choisir le serveur qui accueillera votre domaine, rendez-vous sur la page cloud computing.