Pas tout a fait d'accord avec Sylvain, sans vouloir lancer un Troll.
Le PTR est super intelligent par exemple dans Apache pour pouvoir faire des restrictions au niveau domaine plutot qu'au niveau IP.
En fait, je prends ici l'exemple d'Apache, mais d'autres serveurs le font tres bien aussi, meme des serveurs FTP.
Ca permet par exemple de dire qu'une certaine page est accessible a tous les IP faisant parti eu domaine example.org, mais inaccessible a tous les IP faisant partie de frsag.org.
Pour savoir le domaine pose sur une IP, apache va faire des 'reserve DNS requests'.
En esperant que j'ai pu eclaircir cette partie.
Cdlt, Karel.
On Sat, 11 Dec 2010 01:14:57 +0100, Sylvain Rochet gradator@gradator.net wrote:
Bonsoir,
On Fri, Dec 10, 2010 at 11:57:24PM +0100, Manuel OZAN wrote:
Bonsoir FRsAG, Une question me taraude...
Quel est l'intérêt du reverse DNS ? J'entend par la les enregistrements PTR dans le NS.
Aucun intérêt hormis avoir un beau reverse sur l'IRC et avoir des traceroutes un peu plus lisible.
J'aperçois déjà les connaisseurs hurler "bah pour le SMTP !" oui d'accord. Et c'est tout ?
Même pour SMTP cela ne sert techniquement à rien. C'est une vérification
courante mais elle n'est nullement justifiée.
Quelques sources bien écrites:
http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/dns-avoid-double-re...
http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/smtp-avoid-helo.htm...
J'ai cru comprendre que le l'hébergement web et le FTP cela pouvait être utile (certain mécanisme de contrôle peut-être)...
Aucunement.
Pour un serveur/service ok mais pour un équipement réseau ? (aide pour le "traceroute" ?)
'xactement.
Faut voir le PTR comme une chaîne simple de charactères permettant de poser une description sur une IP, c'est tout. Ici on l'utilise et on doit pas être les seuls pour savoir si une IP est attribuée ou disponible.
De même rien n'impose qu'un PTR ait un A qui lui corresponde et il peut y avoir plusieurs PTR par record.
Sylvain