1 votes

Comment nslookup sur une adresse IP peut retourner NXDOMAIN mais je peux quand même faire un ping ?

J'ai essayé de faire des recherches DNS inversées sur certaines adresses IP que je vois dans mon traceroute (en fin de compte pour déterminer approximativement où mon chemin passe géographiquement), mais j'obtiens souvent des résultats qui ressemblent à ceci :

> nslookup 209.85.251.242 
Server:     192.168.1.1
Address:    192.168.1.1#53

** server can't find 242.251.85.209.in-addr.arpa.: NXDOMAIN

De la même manière, la fouille donne :

dig -x 209.85.251.242

; <<>> DiG 9.8.5-P1 <<>> -x 209.85.251.242
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 14592
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;242.251.85.209.in-addr.arpa.   IN  PTR

;; AUTHORITY SECTION:
251.85.209.in-addr.arpa. 60 IN  SOA ns1.google.com. dns-admin.google.com. 1540420 21600 3600 1209600 10800

;; Query time: 67 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Sat Dec 07 02:13:46 CET 2013
;; MSG SIZE  rcvd: 105

Cela me laisse penser qu'il n'existe pas d'enregistrement PTR pour cette adresse IP, mais je suis en mesure d'envoyer un signal ping à cette adresse.

Je pense que je ne comprends pas assez bien le fonctionnement du DNS pour comprendre ce qui se passe ici. Dans quelles circonstances cela peut-il se produire ?

5voto

Samat Jain Points 165

Les enregistrements PTR sont entièrement facultatifs et n'ont aucune incidence sur la capacité à communiquer avec une adresse ou un bloc de réseau spécifique. En outre, le DNS dans son ensemble n'a pas non plus d'incidence sur cette capacité. Les requêtes DNS de base ( A , CNAME , PTR etc.) ont pour seule fonction de faire correspondre un nom à une adresse IP.

-1voto

dmourati Points 24230

L'IP n'a en effet pas d'enregistrement PTR. Je ne peux pas l'envoyer par ping pour le moment. Un autre outil pour essayer de glaner quelques informations est whois.

$ whois 209.85.251.242

NetRange:       209.85.128.0 - 209.85.255.255
CIDR:           209.85.128.0/17
OriginAS:
NetName:        GOOGLE
NetHandle:      NET-209-85-128-0-1
Parent:         NET-209-0-0-0-0
NetType:        Direct Allocation
RegDate:        2006-01-13
Updated:        2012-02-24
Ref:            http://whois.arin.net/rest/net/NET-209-85-128-0-1

Vous pouvez également essayer le mtr.

$ mtr 209.85.251.242 -r -w -c 1

HOST: myhost                                             Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- oscilloscope                                     0.0%     1    4.9   4.9   4.9   4.9   0.0
  2.|-- 67.188.232.1                                     0.0%     1  132.7 132.7 132.7 132.7   0.0
  3.|-- te-0-2-0-3-ur05.santaclara.ca.sfba.comcast.net   0.0%     1  113.4 113.4 113.4 113.4   0.0
  4.|-- te-1-1-0-3-ar01.sfsutro.ca.sfba.comcast.net      0.0%     1  123.6 123.6 123.6 123.6   0.0
  5.|-- he-3-9-0-0-cr01.sanjose.ca.ibone.comcast.net     0.0%     1   23.8  23.8  23.8  23.8   0.0
  6.|-- pos-0-1-0-0-pe01.529bryant.ca.ibone.comcast.net  0.0%     1  206.6 206.6 206.6 206.6   0.0
  7.|-- ???                                             100.0     1    0.0   0.0   0.0   0.0   0.0

La mort dans l'âme à Comcast Equinix SV 8 à Palo Alto, CA.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X