Configurer le reverse DNS
Le reverse DNS associe une adresse IP à un nom. Il ne sert pas à faire fonctionner un site, mais il pèse lourd dans la réputation d'un serveur de messagerie. Un PTR absent ou incohérent fait classer vos messages en spam, même avec SPF et DKIM corrects.
Ce qu'est un enregistrement PTR
Un PTR se trouve dans une zone inversée : in-addr.arpa pour IPv4, ip6.arpa pour IPv6. Il est détenu par le propriétaire de l'adresse, pas par vous. Vous ne le créez donc pas dans la zone de votre domaine.
La vérification de référence est le forward-confirmed reverse DNS (FCrDNS) : le PTR donne un nom, et ce nom doit avoir un A ou AAAA qui pointe vers la même adresse.
PTR: adresse vers nom.A/AAAA: nom vers adresse.- Les deux doivent se correspondre, sinon la réputation en souffre.
Qui contrôle le PTR
Sur un VPS NeoHeberg, l'IPv6 publique est incluse et l'IPv4 dédiée est optionnelle. Le PTR appartient à l'adresse : c'est donc NeoHeberg qui le publie. Si l'option apparaît dans le panneau du VPS, utilisez-la ; sinon, ouvrez un ticket avec l'adresse concernée et le nom souhaité.
Sur l'hébergement web, vous ne contrôlez pas l'adresse : le PTR est celui du fournisseur. Vous ne pouvez pas le personnaliser, et c'est normal. Utilisez les serveurs SMTP fournis par la plateforme plutôt que d'envoyer directement depuis un script PHP.
Ne comptez pas sur une modification de votre zone DNS pour changer un PTR : elle n'a aucun effet sur la zone inverse du fournisseur.
Aligner messagerie et PTR
Choisissez un nom stable, par exemple mail.votre-domaine.fr, et créez son A et son AAAA avant de demander le PTR.
Le serveur de messagerie doit s'annoncer avec ce même nom dans la bannière SMTP (HELO/EHLO). Avec Postfix, cela correspond à myhostname :
myhostname = mail.votre-domaine.frUn PTR correct mais un HELO différent produit un décalage que certains filtres sanctionnent. Le trio utile reste : PTR cohérent, SPF valide, DKIM signé. Ajoutez DMARC en observation pour recevoir des rapports.
Si vous envoyez en IPv6, demandez aussi un PTR pour l'adresse IPv6. Beaucoup de récepteurs sont plus stricts sur l'IPv6 sans PTR que sur l'IPv4, car l'espace d'adresses y est immense.
Vérifier
Remplacez les valeurs par vos adresses réelles :
dig -x VOTRE_IPV4 +short
dig -x VOTRE_IPV6 +short
dig +short A mail.votre-domaine.fr
dig +short AAAA mail.votre-domaine.frLes deux dernières commandes doivent renvoyer l'adresse utilisée par le PTR. Testez ensuite un envoi réel vers une boîte externe et lisez les en-têtes reçus : le nom d'hôte et l'adresse doivent être cohérents.
Un changement de PTR est généralement visible rapidement, car la zone inverse a souvent un TTL court. Si l'ancien nom persiste, vérifiez avec un résolveur public avant de redemander une modification.
Erreurs courantes
- PTR laissé au nom par défaut du fournisseur, sans rapport avec le domaine.
- PTR correct mais nom absent de la zone : le contrôle direct échoue.
- IPv6 utilisée pour envoyer sans PTR IPv6.
- Changement d'adresse IP sans nouvelle demande : l'ancien PTR ne suit pas.
- Attente d'un PTR personnalisé sur un hébergement web, où l'adresse est gérée par le fournisseur.
Le reverse DNS ne remplace ni SPF, ni DKIM, ni DMARC. Il lève un doute technique ; la réputation dépend aussi du contenu, des plaintes et de la régularité des envois.
Publicité
Cet article vous a-t-il aidé ?
À lire aussi
- Comprendre la propagation DNSDes caches qui expirent, pas une diffusion mondiale : délais réels, vérification et purge locale.
- Tester son IPv6Du navigateur au serveur : vérifier l'adresse, l'écoute, le pare-feu et l'enregistrement AAAA.
- Changer les serveurs DNS d'un domainePréparer la nouvelle zone, préserver le mail et basculer les nameservers sans coupure prolongée.