Je pense que l'analogie dans le monde réel serait: vous ne pouvez pas savoir avec certitude combien d'annuaires téléphoniques répertorient réellement votre numéro.
slhck
Réponses:
12
DNS n'a pas de moyen d'interroger les noms par valeur. 1 Lorsque vous exécutez , vous recherchez simplement des enregistrements PTR dans un domaine spécial , pas une requête inverse magique.nslookup ipreversed-ip.in-addr.arpa
Habituellement, lorsqu'un hôte ou une adresse a plusieurs noms, un seul enregistrement PTR avec le nom principal est ajouté - souvent pour des raisons de sécurité / confidentialité (en cas d'hébergement de site Web partagé), ou simplement parce que leur propriétaire s'en fichait assez. (Plusieurs enregistrements PTR sont également déroutants, car pratiquement tous les programmes n'en choisissent qu'un au hasard.)
La source la plus fiable est donc le propriétaire de l'adresse IP lui-même. (Mais notez également que le propriétaire peut ne pas toujours être au courant des autres domaines pointant vers leur adresse. Dans le DNS, si quelqu'un possède un domaine, il peut le pointer n'importe où en ajoutant simplement des enregistrements A / AAAA.)
Il existe plusieurs sites qui collectent des informations sur les sites Web hébergés à une adresse IP particulière (comme yougetsignal ), mais ils n'ont aucun moyen de connaître des informations complètes à 100%. S'il n'y a pas de site Web hébergé sur un nom de domaine particulier, il ne sera pas répertorié dans ces bases de données.
1 RFC 833 avait en fait une définition des requêtes inverses comme une fonctionnalité facultative, en utilisant l'opcode IQUERY; il était pratiquement inutilisé en raison de son utilité limitée. Pour citer le même document, «les mappages de requêtes inverses ne sont pas garantis comme étant uniques ou complets car le système de domaine ne dispose d'aucun mécanisme interne pour déterminer l'autorité à partir des enregistrements de ressources» , de toute façon vous ne pourrez toujours pas obtenir d'informations sur les domaines hébergé ailleurs que ce serveur de noms particulier.
Réponses:
DNS n'a pas de moyen d'interroger les noms par valeur. 1 Lorsque vous exécutez , vous recherchez simplement des enregistrements PTR dans un domaine spécial , pas une requête inverse magique.
nslookup ipreversed-ip.in-addr.arpaHabituellement, lorsqu'un hôte ou une adresse a plusieurs noms, un seul enregistrement PTR avec le nom principal est ajouté - souvent pour des raisons de sécurité / confidentialité (en cas d'hébergement de site Web partagé), ou simplement parce que leur propriétaire s'en fichait assez. (Plusieurs enregistrements PTR sont également déroutants, car pratiquement tous les programmes n'en choisissent qu'un au hasard.)
La source la plus fiable est donc le propriétaire de l'adresse IP lui-même. (Mais notez également que le propriétaire peut ne pas toujours être au courant des autres domaines pointant vers leur adresse. Dans le DNS, si quelqu'un possède un domaine, il peut le pointer n'importe où en ajoutant simplement des enregistrements A / AAAA.)
Il existe plusieurs sites qui collectent des informations sur les sites Web hébergés à une adresse IP particulière (comme yougetsignal ), mais ils n'ont aucun moyen de connaître des informations complètes à 100%. S'il n'y a pas de site Web hébergé sur un nom de domaine particulier, il ne sera pas répertorié dans ces bases de données.
1 RFC 833 avait en fait une définition des requêtes inverses comme une fonctionnalité facultative, en utilisant l'opcode IQUERY; il était pratiquement inutilisé en raison de son utilité limitée. Pour citer le même document, «les mappages de requêtes inverses ne sont pas garantis comme étant uniques ou complets car le système de domaine ne dispose d'aucun mécanisme interne pour déterminer l'autorité à partir des enregistrements de ressources» , de toute façon vous ne pourrez toujours pas obtenir d'informations sur les domaines hébergé ailleurs que ce serveur de noms particulier.
la source