Diferencia entre revisiones de «Búsqueda DNS inversa»
Contenido eliminado Contenido añadido
Línea 14:
=== Método de DNS inversa sin clase ===
Históricamente, los registros de Internet y [[proveedores de servicios de Internet]] asignan direcciones IP en bloques de 256 (para la clase C) o bloques más grandes para las clases B y A. Por definición, cada bloque cae sobre un octeto frontera. La estructura del dominio DNS inversa se basa en esta definición. Sin embargo, con la introducción de [[Classless Inter-Domain Routing]] (CIDR), las direcciones IP se asignan en bloques mucho más pequeños, y por lo tanto el diseño original de los registros de puntero era poco práctico, ya que no se podía conceder la autonomía de la administración de bloques más pequeños. El RFC 2317 ideó una metodología para abordar este problema mediante el uso de los [[registro CNAME|registros DNS de nombre canónico]] (CNAME).
== Resolución IPv6 inversa ==
Las búsquedas DNS inversas para direcciones [[IPv6]] utilizan el dominio especial <code>ip6.arpa</code>. Una dirección IPv6 aparece como un nombre en este dominio como una secuencia de [[nibble]]s en el orden inverso, representado en forma de dígitos hexadecimales como subdominios. Por ejemplo, el nombre de dominio del puntero correspondiente a la dirección IPv6 <code>2001:db8::567:89ab</code> es <code>b.a.9.8.7.6.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa</code>.
== Registros de punteros Múltiples ==
Aunque la mayoría de las entradas de los rDNS sólo tienen un registro PTR, DNS no restringe el número. Sin embargo, generalmente no se recomienda tener varios registros PTR para la misma dirección IP, a menos que haya una necesidad específica. Por ejemplo, si un servidor web provee muchos [[host virtuales]] s, puede haber un registro PTR para cada host y algunas versiones de software de servidor de nombres lo asignarán automáticamente. Múltiples registros PTR pueden causar problemas, sin embargo, incluyendo la activación errores en programas que sólo esperan que los registros individuales de la PTR. <ref> [Http://sources.redhat.com/bugzilla/show_bug.cgi?id=5790 glibc bug # 5790] </ref> En el caso de un servidor web de gran tamaño, que tiene cientos de registros PTR puede causar los paquetes DNS a ser mucho más grande de lo normal, lo cual puede ocasionar respuestas a truncarse si superan el límite de 512 bytes de mensaje UDP DNS.
== Referencias ==
| |||