¿Cuál es la diferencia real entre un registro Host y un registro A? Ambos apuntan a una IP, ¿cuál es la diferencia?
Respuesta1
No existe un registro de Host en la especificación DNS real. Los registros de host son generalmente una construcción lógica enDDI (DNS, DHCP e IPAM)soluciones comoInfobloxy otros. Comprenden varios tipos de registros DNS (A, AAAA, PTR, CNAME, etc.) y otros metadatos asociados con un "host".
Respuesta2
Como han dicho otros, no existe un registro de "host" en la especificación DNS. La mayoría de las personas confunden los nombres de host y los registros DNS porque DNS se usa con frecuencia para almacenar las relaciones entre los nombres de host y las direcciones IP, representadas con A, AAAAy PTRtipos de registros.
Sin embargo, DNS es mucho más que eso:
- DNS es una base de datos jerárquica y ampliamente distribuida que se puede utilizar para almacenar cualquier cantidad de cosas. Resulta que se especializa en asignar nombres a direcciones IP y viceversa, porque eso es lo que Internet más necesita de una base de datos de este tipo.
- Todos los nombres de host son etiquetas DNS legales. (etiqueta = el lado izquierdo de un registro DNS)
- No todas las etiquetas DNS son entidades de nombres de host legales.Aquí es donde la gente se confunde.Wikipedia cubre este tema bastante bien., pero la versión corta es que haymuchoscaracteres que pasarán una verificación de sintaxis para DNS cuyo uso no es legal en nombres de host. Este es un indicio bastante significativo de que DNS no está esclavizado a las especificaciones del nombre de host.
Para resumir y reforzar los temas anteriores, voy a dejar caer una gran cantidad de texto deRFC-2181:
- Sintaxis del nombre
Ocasionalmente se supone que el Sistema de Nombres de Dominio sólo sirve para asignar nombres de host de Internet a datos y asignar direcciones de Internet a nombres de host. Esto no es correcto, el DNS es una base de datos jerárquica general (aunque algo limitada) y puede almacenar casi cualquier tipo de datos, para casi cualquier propósito.
El propio DNS impone sólo una restricción a las etiquetas particulares que se pueden utilizar para identificar registros de recursos. Esa única restricción se relaciona con la longitud de la etiqueta y el nombre completo. La longitud de cualquier etiqueta está limitada a entre 1 y 63 octetos. Un nombre de dominio completo está limitado a 255 octetos (incluidos los separadores). El nombre completo de longitud cero se define como representativo de la raíz del árbol DNS y normalmente se escribe y muestra como ".". Dejando a un lado esas restricciones, cualquier cadena binaria puede usarse como etiqueta de cualquier registro de recurso. De manera similar, cualquier cadena binaria puede servir como valor de cualquier registro que incluya un nombre de dominio como parte o la totalidad de su valor (SOA, NS, MX, PTR, CNAME y cualquier otro que pueda agregarse). Las implementaciones de los protocolos DNS no deben imponer ninguna restricción a las etiquetas que se pueden utilizar. En particular, los servidores DNS no deben negarse a dar servicio a una zona porque contiene etiquetas que podrían no ser aceptables para algunos programas cliente DNS. Un servidor DNS se puede configurar para emitir advertencias al cargar, o incluso para negarse a cargar, una zona primaria que contenga etiquetas que podrían considerarse cuestionables; sin embargo, esto no debería suceder de forma predeterminada.
Sin embargo, tenga en cuenta que las diversas aplicaciones que utilizan datos DNS pueden tener restricciones impuestas sobre qué valores particulares son aceptables en su entorno. Por ejemplo, que cualquier etiqueta binaria pueda tener un registro MX no implica que cualquier nombre binario pueda usarse como parte del host de una dirección de correo electrónico. Los clientes del DNS pueden imponer cualquier restricción que sea apropiada a sus circunstancias sobre los valores que utilizan como claves para las solicitudes de búsqueda de DNS y sobre los valores devueltos por el DNS. Si el cliente tiene tales restricciones, es el único responsable de validar los datos del DNS para garantizar que cumplan antes de hacer cualquier uso de esos datos.
El último párrafo es particularmente importante. Los estándares DNS son muy abiertos en términos de lo que es legal almacenar.dentro de DNS, pero otros estándares pueden dictar cómo un servicioconsumeDNS y puede imponer cualquier limitación sobre lo que una aplicación debería (y no debería) esperar encontrar allí. Esto es exactamente así en el caso de los nombres de host, que están definidos por RFC.afuerade los estándares DNS.
Respuesta3
DNS especifica registros A como un tipo de registro posible. Los registros A a veces se denominan registros de host. Son lo mismo, pero preferiría usar "Registro A", ya que así se llama oficialmente.
¿Encontró ambos conceptos en una situación en la que parecen significar algo diferente? Sé que los dispositivos DNS de Infoblox admiten el concepto de "objeto host", que es una estructura de datos en su configuración que se traduce en un registro A y PTR en el servidor DNS.
Respuesta4
Sí, estaba tratando con Infoblox. Y tenían razón: Host Record es un objeto creado por Infoblox para crear un registro A y un registro PTR al mismo tiempo.
También se pueden crear búsquedas individuales hacia adelante y hacia atrás. Aunque es un poco lento al buscar en una base de datos grande, Infoblox es bueno para muchas cosas.
Gracias por los aportes. Aprendió mucho :)