Resolución de nombres
En Compute Cloud@Customer, el sistema de nombres de dominio (DNS) convierte los nombres de dominio legibles para el usuario en direcciones IP legibles para una máquina.
Por ejemplo, cuando escribe un nombre de dominio en un explorador, el sistema operativo consulta varios servidores de nombres DNS hasta que encuentra el servidor de nombres autorizado para ese dominio. El servidor de nombres autorizado responde con una dirección IP u otros datos de registro solicitados; la respuesta se vuelve a transmitir al navegador y el registro DNS se resuelve en la página web.
Para la resolución de nombres DNS en la VCN, se proporcionan dos opciones. Puede seleccionar una opción para cada subred de la VCN mediante el juego de opciones DHCP de la subred.
La opción por defecto es el solucionador de internet y VCN. Consta de dos partes: el solucionador de Internet y el solucionador de VCN. El solucionador de Internet permite a las instancias resolver nombres de host que se publican públicamente en Internet, sin necesidad de que las instancias tengan acceso a Internet mediante un gateway de Internet o una conexión a la red local. El solucionador de la VCN permite a las instancias resolver nombres de host, que puede asignar, de otras instancias en el mismo VCN.
O bien, puede utilizar un solucionador personalizado. Esto le permite utilizar hasta tres servidores DNS de su elección para la resolución de nombres. Pueden ser servidores DNS disponibles a través de Internet, en la VCN o en la red local, que está conectada a la VCN a través de un DRG.
Dominios y nombres de host
Al crear una VCN y subredes, puede especificar etiquetas de DNS para cada una. Solo se pueden definir etiquetas DNS de subred si la propia VCN se ha creado con una etiqueta DNS. Las etiquetas, junto con el dominio principal de oraclevcn.com
, formarán el nombre de dominio de la VCN y el nombre de dominio de la subred. A continuación, al crear una instancia, puede asignar un nombre de host. El nombre de host se asigna a la VNIC primaria que se crea automáticamente durante la creación de la instancia. Junto con el nombre de dominio de subred, el nombre de host forma el nombre de dominio completo (FQDN) de la instancia.
-
Nombre de dominio de la VCN:
<VCN_DNS_label>.oraclevcn.com
-
Nombre de dominio de subred:
<subnet_DNS_label>.<VCN_DNS_label>.oraclevcn.com
-
FQDN de instancia:
<host_name>.<subnet_DNS_label>.<VCN_DNS_label>.oraclevcn.com
El nombre de dominio completo se resuelve en la dirección IP privada de la instancia. El solucionador de internet y VCN también permite la consulta DNS inversa, que le permite decidir el nombre de host correspondiente a la dirección IP privada.
Si agrega una VNIC secundaria a una instancia, puede especificar un nombre de host. El FQDN resultante se resuelve en la dirección IP privada principal de la VNIC. El FQDN resultante se resuelve en esa dirección IP privada.
Las etiquetas DNS y los nombres de host deben cumplir estos requisitos:
-
La VCN y las etiquetas de subred deben empezar por una letra y tener una longitud máxima de 15 caracteres alfanuméricos. No se permiten guiones y caracteres de subrayado. El valor no se puede cambiar más adelante.
-
Los nombres de host pueden tener hasta 63 caracteres de longitud y deben ser compatibles con las RFC 952 y 1123. El valor puede cambiarse posteriormente.
-
Las etiquetas DNS de VCN deben ser únicas en todas las CN del arrendamiento. Las etiquetas de subred DNS deben ser únicas dentro de la VCN, y los nombres de host deben ser únicos dentro de la subred.
Validación y generación de nombres de host
Si define etiquetas DNS para la VCN y la subred, el nombre de host se valida para su conformidad durante la creación de la instancia. Si no ha especificado un nombre de host, el sistema intenta utilizar el nombre mostrado de la instancia. Si el nombre mostrado no pasa la validación o si no ha especificado uno, el sistema genera un nombre de host compatible con DNS.
Si crea una instancia con la CLI o el SDK y no ha especificado un nombre de host o un nombre mostrado, el sistema no los generará por usted. Esto significa que la instancia no se puede resolver mediante el solucionador de internet y VCN.
Si agrega una VNIC secundaria a una instancia, el sistema nunca genera un nombre de host. Debe proporcionar un nombre de host válido si desea que la dirección IP privada se pueda resolver mediante el solucionador de Internet y VCN.
Zonas de DNS públicas
Para activar la resolución de nombres DNS para instancias desplegadas dentro de sus redes virtuales en la nube, desde fuera del entorno de red de Compute Cloud@Customer, Compute Cloud@Customer proporciona soporte de configuración para zonas de DNS públicas. En su arrendamiento, cree las zonas de DNS o secciones del espacio de nombres de DNS que desea gestionar. La red perimetral de Compute Cloud@Customer gestiona todas las consultas DNS de los dominios.
Para obtener más información, consulte Managing Public DNS Zones.