Y a-t-il un outil en ligne de commande intégré qui fera des recherches DNS inversées dans Windows? Par exemple, quelque chose comme w.x.y.z => nomdemacomputer
J'ai essayé:
nslookup: semble être seulement pour les recherches forward.host: n'existe pasdig: n'existe pas non plus.J'ai trouvé "Quel est l'utilitaire de ligne de commande DNS inversé?" via une recherche, mais cela recherche spécifiquement un utilitaire *nix, pas un utilitaire Windows.
Cela a mieux fonctionné que nslookup car la machine en conflit est sur un autre domaine. Merci beaucoup!
@Peter : Est-ce même nécessaire? La commande nslookup renverra l'enregistrement PTR, sans qu'il soit nécessaire de le spécifier explicitement.
Cela échouait avec le message " impossible de trouver w.x.y.z : domaine inexistant" et je ne pouvais pas comprendre pourquoi. J'ai essayé la réponse de @Peter et j'ai découvert que la machine en conflit était sur un autre domaine.
Le problème avec "ping" est que ce n'est pas strictement un outil de recherche de serveur de noms (comme nslookup) - par exemple, si vous pinguez un nom d'hôte, il peut être résolu en une adresse IP par un certain nombre de méthodes : recherche DNS, recherche dans le fichier hosts, WINS (Dieu nous en garde) ou diffusion NetBIOS. Il peut également renvoyer un résultat mis en cache potentiellement obsolète.
L'ordre dans lequel les méthodes sont essayées dépend de la configuration TCP/IP des clients et du drapeau de type de nœud :
Pour voir le type de nœud de l'ordinateur actuel :
C:\>ipconfig /all | find "Node Type"
Node Type . . . . . . . . . . . . : HybridSi la méthode de résolution n'est pas importante, utilisez
ping -a w.x.y.zou
nslookup w.x.y.zcomme bon vous semble. Si vous devez être sûr de consulter votre serveur DNS pour le nom correct, utilisez nslookup.
Voir aussi
Gardez à l'esprit qu'il y a beaucoup d'adresses IP là-bas sans enregistrement PTR. Donc la recherche inversée via DNS ne fonctionne tout simplement pas sur celles-ci car il n'y a rien à chercher.
@Xzenor En effet, d'où : "Si la méthode de résolution n'est pas importante" et "Si vous avez besoin de vous assurer que vous interrogez votre serveur DNS pour le nom correct, utilisez nslookup". Je donne des réponses pour les deux options, mais la question concerne spécifiquement la recherche inversée de DNS.
Utilisez NSLOOKUP avec le paramètre "-type=ptr" pour interroger l'adresse IP, syntaxe :
nslookup -type=ptr 1.2.3.4Ensuite, l'entrée "in-addr.arpa" est également imprimée (même si elle n'est pas trouvée), par exemple :
C:\Users\UserName>nslookup -type=ptr 8.8.8.8
Serveur: NomDeMonServeurDns
Adresse: X.X.X.X
Réponse non authentique :
8.8.8.8.in-addr.arpa nom = google-public-dns-a.google.comComparé à la réponse de moindre qualité lors de l'utilisation de NSLOOKUP sur une adresse IP sans le paramètre de type :
C:\Users\UserName>nslookup 8.8.8.8
Serveur: NomDeMonServeurDns
Adresse: X.X.X.X
Nom: google-public-dns-a.google.com
Adresse: 8.8.8.8
Si vous voulez utiliser nslookup interactif, alors au niveau de la console nslookup, tapez "set q=ptr" et ensuite entrez l'IP sur la ligne suivante. Si vous êtes un peu vieux jeu comme moi, alors vous venez de réaliser que vous n'avez plus besoin de chercher l'IP à l'envers, comme "1.0.0.127.in-addr.arpa".
Pas besoin de -type=ptr ou set q=ptr du tout - nslookup est assez intelligent pour reconnaître une adresse IP et effectuer une recherche inverse au lieu d'une recherche forward
En réalité, le -type=ptr est nécessaire pour un contrôle inversé correct car il imprime un résultat plus précis que nslookup avec juste une adresse IP. Il est beaucoup mieux d'avoir l'entrée in-addr.arpa réelle imprimée (même lorsqu'elle n'est pas trouvée) pour aider au débogage ou simplement clarifier ce qui se passe.
Notez que la commande nslookup sur Linux, BSD et Windows effectue des actions différentes et sont des programmes différents.
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.
5 votes
Cette question devrait être modifiée pour indiquer qu'elle ne cherche pas vraiment une solution spécifique au DNS. Les réponses qui ont été rejetées fournissent cette réponse, mais le problème était que vous aviez en fait besoin de quelque chose qui recherche des noms NetBIOS, pas DNS.
2 votes
@bamar Désaccord. Ceci est une question de DNS ; cela n'a rien à voir avec NetBIOS ou les noms NetBIOS.
0 votes
Nslookup prend certainement en charge les recherches inverses en 2022