Enregistrement DNS inverse (PTR)
Ce qu'est le PTR, pourquoi le mail et les journaux en ont besoin, comment le définir dans le panneau de la machine et comment vérifier que l'enregistrement a bien été appliqué.
Mis à jour le 23 août 2026
Un enregistrement DNS classique traduit un nom en adresse. Un enregistrement inversé, PTR, fait l'inverse : il renvoie un nom à partir d'une adresse. Seul le propriétaire de l'adresse peut le définir, il ne se trouve donc pas dans votre zone DNS mais dans le panneau de la machine.
Où le définir
L'onglet « Accès » du panneau à l'adresse /hosting/vds/m/<id>, bloc de l'enregistrement d'adresse inversée (PTR). Saisissez le nom de domaine pleinement qualifié — par exemple mail.example.com — et enregistrez. Les modifications ne se propagent pas instantanément dans le DNS : généralement de quelques minutes à une heure.
Le nom doit être réel : un enregistrement A direct pointant vers l'adresse de votre machine doit exister pour celui-ci. Le couple « A pointe vers l'adresse, PTR pointe vers le nom » s'appelle la résolution inverse confirmée, et c'est exactement ce que vérifient les destinataires de courrier.
Pourquoi en avez-vous besoin
- E-mail. Presque tous les grands systèmes de messagerie rejettent ou marquent comme spam les e-mails provenant d'une adresse sans PTR, ou avec un PTR qui ne correspond pas à l'enregistrement direct. C'est la première chose qu'ils vérifient.
- Journaux et rapports. Les serveurs tiers inscriront votre nom dans leurs journaux au lieu de simples numéros, et l'analyse des incidents devient plus simple.
- Confiance des services. Certaines API et certains réseaux IRC restreignent les clients sans enregistrement inversé correct.
Pour un site web classique, le PTR n'est pas obligatoire, mais il ne fait pas de mal non plus.
Vérification
dig -x <address> +short
host <address>
dig mail.example.com A +short
Les deux premières commandes doivent renvoyer le nom que vous avez défini, la troisième — l'adresse de votre machine. Si les résultats ne correspondent pas, il n'y a pas de correspondance et vos e-mails continueront d'arriver en spam.
Il vaut aussi la peine de mettre en ordre le nom de la machine elle-même :
hostnamectl set-hostname mail.example.com
hostname -f
De nombreux serveurs de messagerie s'identifient dans la commande HELO avec le nom d'hôte système, et celui-ci doit également correspondre au PTR.
Erreurs courantes
| Erreur | Ce qui se passe | Solution |
|---|---|---|
| Le PTR est défini, mais il n'y a pas d'enregistrement A | La vérification de correspondance échoue | Créez un enregistrement A pour l'adresse de la machine |
| Une adresse est saisie dans le PTR au lieu d'un nom | L'enregistrement n'a aucun sens | Saisissez le nom de domaine pleinement qualifié |
| Vérification immédiatement après l'enregistrement | L'ancienne valeur est encore en cache | Attendez et répétez dig -x |
| Le nom d'hôte système est différent | HELO ne correspond pas au PTR | hostnamectl set-hostname |
Un PTR seul ne suffit pas pour la délivrance des e-mails. Il vous faut aussi SPF, DKIM et DMARC dans votre zone — renseignez-vous sur les types d'enregistrements dans DNS sans magie.
Rappelez-vous : l'adresse est liée à la machine, et lorsque vous la supprimez, elle retourne dans le pool partagé avec l'enregistrement inversé. Vous ne pouvez pas commander une seconde adresse, donc une machine signifie un seul nom dans le PTR.