¿Existe alguna herramienta de línea de comandos integrada que realice búsquedas DNS inversas en Windows? Es decir, algo como <toolname> w.x.y.z => mycomputername
Lo he intentado:
nslookup : parece ser sólo búsqueda hacia adelante.host : no existedig : tampoco existe.Encontré " ¿Qué es la utilidad de línea de comandos DNS inverso? " a través de una búsqueda, pero esto es específicamente buscando una utilidad *nix, no una de Windows.
Esto funcionó mejor que nslookup ya que la máquina en conflicto está en otro dominio. Muchas gracias.
@Peter: ¿Es eso siquiera necesario? nslookup <dirección ip> devolverá el registro PTR, sin especificarlo implícitamente.
Esto fallaba con un mensaje "<DC> no puede encontrar w.x.y.z: Dominio inexistente" y no entendía por qué. Probé la respuesta de @Peter y descubrí que la máquina en conflicto estaba en otro dominio.
El problema con "ping" es que no es estrictamente una herramienta de búsqueda de servidor de nombres (como nslookup) - por ejemplo, si usted hace ping a un nombre de host, se puede resolver a una dirección IP por una serie de métodos: DNS lookup, host file lookup, WINS (Dios no lo quiera) o NetBIOS broadcast. También puede devolver un resultado potencialmente obsoleto.
El orden en que se prueban los métodos depende de la configuración TCP/IP del cliente y del indicador de tipo de nodo:
Para ver el tipo de nodo del ordenador actual:
C:\>ipconfig /all | find "Node Type"
Node Type . . . . . . . . . . . . : HybridSi el método de resolución no le preocupa, utilice
ping -a w.x.y.zo
nslookup w.x.y.zcomo quieras. Si necesita estar seguro de que está consultando a su servidor DNS el nombre correcto, utilice nslookup .
Ver también
Tenga en cuenta que hay un montón de direcciones IP por ahí sin un registro PTR. Así que la búsqueda inversa a través de DNS simplemente no funciona en ellos porque no hay nada que buscar.
@Xzenor Cierto, por lo tanto: "Si el método de resolución no te preocupa" y "Si necesitas estar seguro de que estás consultando a tu servidor DNS por el nombre correcto, usa nslookup ". Proporciono respuestas para ambas opciones, pero la pregunta es específicamente acerca de hacer a la inversa DNS buscar.
Utilice NSLOOKUP con el parámetro "-type=ptr" para consultar la dirección IP, sintaxis:
nslookup -type=ptr 1.2.3.4Entonces también se imprime la entrada "in-addr.arpa" (aunque no se encuentre), por ejemplo:
C:\Users\UserName>nslookup -type=ptr 8.8.8.8
Server: MyDnsServerName
Address: X.X.X.X
Non-authoritative answer:
8.8.8.8.in-addr.arpa name = google-public-dns-a.google.comEn comparación con la respuesta de menor fidelidad cuando se utiliza NSLOOKUP en una dirección IP sin el parámetro type:
C:\Users\UserName>nslookup 8.8.8.8
Server: MyDnsServerName
Address: X.X.X.X
Name: google-public-dns-a.google.com
Address: 8.8.8.8
Si quieres usar nslookup interactivo, entonces en el prompt de nslookup escribe "set q=ptr" y luego introduce la IP en la siguiente línea. Si eres de la vieja escuela como yo, no te habrás dado cuenta hasta ahora de que ya no tienes que buscar la IP al revés, como "1.0.0.127.in-addr.arpa".
No es necesario -type=ptr o set q=ptr en absoluto - nslookup es lo suficientemente inteligente como para regonizar una dirección IP y hacer una búsqueda inversa en lugar de hacia adelante
En realidad el -type=ptr es necesario para una correcta comprobación de la búsqueda inversa porque imprime un resultado más preciso que nslookup con sólo una dirección IP. Es mucho mejor tener la entrada real in-addr.arpa impresa (también cuando no se encuentra) para ayudar con la depuración o simplemente aclarar lo que está pasando.
Tenga en cuenta que nslookup en Linux, BSD y Windows hacen cosas diferentes y son programas diferentes.
EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.
5 votos
Esta pregunta debería editarse para decir que en realidad no busca una solución específica para DNS. Las respuestas que fueron rechazadas proporcionan esa respuesta, pero la cuestión era que en realidad necesitabas algo que busque nombres NetBIOS, no DNS.
2 votos
@bamar No estoy de acuerdo. Este es una cuestión de DNS; no tiene nada que ver con NetBIOS o nombres NetBIOS.
0 votos
Nslookup definitivamente soporta búsquedas inversas en 2022