Le PTR record d'un nom inversé (par exemple 7.2.0.192.in-addr.arpa) est censé identifier le nom canonique associé à cette adresse IP.
Les pointeurs de passerelle aux nœuds du réseau et les pointeurs d'hôte normal aux nœuds d'adresse complète utilisent le RR PTR pour pointer vers les noms de domaine principaux des hôtes correspondants.
De : https://www.rfc-editor.org/rfc/rfc1035#section-3.5
Cette attente se reflète dans les logiciels qui effectuent des recherches inversées ; souvent ces logiciels s'attendent spécifiquement à recevoir un seul nom en retour et ils s'attendent à pouvoir utiliser ce nom comme nom canonique pour cet hôte. S'il y a plusieurs noms renvoyés, il est courant d'en prendre un au hasard car ils n'ont absolument aucun moyen de savoir lequel vous auriez préféré pour cette occasion particulière.
Comme on s'attend généralement à ce qu'il y ait un seul nom canonique associé à une adresse IP et que ce nom est celui vers lequel le PTR devrait pointer, ajouter plusieurs noms n'apporte généralement aucun avantage (rien ne suppose qu'un enregistrement A/AAAA aléatoire devrait avoir un PTR correspondant) mais cela présente un risque potentiel car cela peut entraîner des résultats étranges car vous n'avez aucun contrôle sur lequel de vos enregistrements PTR sera utilisé si vous en avez ajouté plus d'un.
En essence, si vous avez plusieurs enregistrements PTR, vous ne rendez pas votre hôte plus légitime mais plutôt le contraire, vous courez le risque d'échouer à une validation ou de causer une panne quelque part.
Peut-être comme une métaphore assez extrême, remettre cinq passeports portant tous votre photo mais avec des noms différents à l'aéroport ne va probablement pas être bien reçu comme si vous n'en remettiez qu'un seul.
