Búsqueda inversa En la mayor parte de las búsquedas DNS, los clientes normalmente realizan una búsqueda directa, que es la que se basa en el nombre DNS de otro equipo según se almacenó en un registro de recursos de dirección (A). Este tipo de consulta espera una dirección IP como datos de recurso para la respuesta a la consulta. DNS también proporciona un proceso de búsqueda inversa, que permite a los clientes utilizar una dirección IP conocida durante la búsqueda de un nombre y busca un nombre de equipo en función de su dirección. Una búsqueda inversa tiene forma de pregunta, como "¿Puede decirme el nombre DNS del equipo que utiliza la dirección IP 192.168.1.20?". DNS no se diseñó originalmente para aceptar este tipo de consulta. Un problema de compatibilidad con el proceso de consulta inversa es la diferencia en la forma en que el espacio de nombres DNS organiza e indiza los nombres, y cómo se asignan las direcciones IP. Si el único método para responder a la pregunta anterior fuera buscar en todos los dominios del espacio de nombres DNS, una consulta inversa llevaría demasiado tiempo y requeriría un procesamiento demasiado largo como para ser útil. Para resolver este problema, en el estándar DNS se definió y se reservó un dominio especial, el dominio in-addr.arpa, en el espacio de nombres DNS de Internet con el fin de proporcionar una forma práctica y confiable para realizar las consultas inversas. Al crear el espacio de nombres inverso, los subdominios del dominio in-addr.arpa se crean con el orden inverso de los números en la notación decimal con puntos de las direcciones IP. Este orden inverso de los dominios para el valor de cada octeto es necesario porque, a diferencia de los nombres DNS, cuando se leen las direcciones IP de izquierda a derecha se interpretan al contrario. Cuando se lee una dirección IP de izquierda a derecha, se ve desde su información más general (una dirección IP de red) en la primera parte de la dirección a la información más específica (una dirección IP de host) que contienen los últimos octetos. Por esta razón, se debe invertir el orden de los octetos de las direcciones IP cuando se crea el árbol del dominio in-addr.arpa. Las direcciones IP del árbol DNS in-addr.arpa se pueden delegar a las organizaciones ya que se les asigna un conjunto de direcciones IP específico o limitado en las clases de direcciones definidas en Internet. Finalmente, el árbol del dominio in-addr.arpa, tal como se crea en DNS, requiere que se defina un tipo de registro de recursos (RR) adicional, el registro de recursos de puntero (PTR). Este registro de recursos se utiliza para crear una asignación en la zona de búsqueda inversa que, normalmente, corresponde a un registro de recurso de dirección (A) de host con nombre para el nombre del equipo DNS de un host en su zona de búsqueda directa. Nota El dominio in-addr.arpa se usa en todas las redes TCP/IP que se basan en el direccionamiento del Protocolo de Internet versión 4 (IPv4). El Asistente para crear zona nueva supone de forma automática que se usa este dominio cuando se crea una zona de búsqueda inversa nueva. Si está instalando DNS y configurando zonas de búsqueda inversa en una red con el Protocolo de Internet versión 6 (IPv6), puede especificar un nombre exacto en el Asistente para crear zona nueva. Esto le permitirá crear zonas de búsqueda inversa en la consola DNS que se puedan usar para admitir redes IPv6, que usan un nombre de dominio especial diferente, el dominio ip6.arpa. Hay más información disponible acerca de IPv6 y DNS, con ejemplos acerca de cómo crear y usar nombres de dominio ip6.arpa, en el documento Solicitud de comentario (RFC) 3596, "Extensiones DNS compatibles con IP versión 6" ("DNS Extensions to support IP version 6". Para obtener más información, vaya directamente a este RFC, que puede obtener desde el sitio Web de RFC Editor. Ejemplo: consulta inversa (para redes IPv4) En el gráfico siguiente se muestra un ejemplo de una consulta inversa iniciada por un cliente DNS (host-b) para aprender el nombre de otro host (host-a) basándose en su dirección IP, 192.168.1.20. El proceso de búsqueda inversa que se muestra en este gráfico se produce en los siguientes pasos: El cliente, "host-b", consulta al servidor DNS un registro de recursos de puntero (PTR) que asigna la dirección IP 192.168.1.20 a "host-a". Ya que esta consulta se realiza en los registros de puntero, el solucionador invierte la dirección y agrega el dominio in-addr.arpa al final de la dirección inversa. De esta manera, forma el nombre de dominio completo ("20.1.168.192.in-addr.arpa." que se va a buscar en una zona de búsqueda inversa. Una vez localizado, el servidor DNS con autoridad en "20.1.168.192.in-addr.arpa" puede responder con la información del registro de puntero PTR. Esto incluye el nombre de dominio DNS para "host-a", lo que completa el proceso de búsqueda inversa. Tenga en cuenta que, si el servidor DNS no puede responder el nombre de la consulta inversa, se puede utilizar la resolución DNS normal (ya sea la recursividad o la iteración) para localizar un servidor DNS con autoridad para la zona de búsqueda inversa y que contenga el nombre consultado. En este sentido, el proceso de resolución de nombres utilizado en una búsqueda inversa es idéntico al de una búsqueda directa. Nota La consola DNS permite configurar una zona de búsqueda inversa con subredes "sin clases" cuando se selecciona la vista Avanzada. Esto permite configurar una zona en el dominio in-addr.arpa para un conjunto limitado de direcciones IP asignadas donde se utiliza una máscara de subred IP sin predeterminar con estas direcciones. Para obtener más información, vea Administrar las zonas de búsqueda inversa. Consultas inversas Las consultas inversas son una práctica anticuada. Originalmente se propusieron como parte del estándar DNS para buscar un nombre de host en función de su dirección IP. Utilizan una operación de consulta DNS no estándar y su uso se limita a algunas versiones anteriores de Nslookup, una utilidad de la línea de comandos para solucionar problemas y probar el servicio DNS. El servicio DNS reconoce y acepta los mensajes de consultas inversas y los responde con una respuesta de consulta inversa falsa. En los servidores DNS que ejecutan Windows NT Server 4.0, esta compatibilidad está disponible de forma predeterminada si el equipo servidor se ha actualizado con Service Pack 4 (SP4) o posterior.
Búsqueda inversa IP MASCARA SUB RED
Datos archivados del Taringa! original
0puntos
0visitas
0comentarios
Actividad nueva en Posteamelo
0puntos
2visitas
0comentarios
Dar puntos: