Resolución de nombres
En la aplicación de nube privada, el sistema de nombres del dominio (DNS) convierte los nombres del dominio legibles para el usuario a 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. A continuación, el servidor de nombres autorizado responde con una dirección IP u otros datos de registro solicitados; la respuesta se reenvía a su explorador y el registro DNS se resuelve en la página web.
Para la resolución de nombres DNS en la VCN, hay dos opciones. Puede seleccionar una opción para cada subred de la VCN mediante el juego de opciones de 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 la instancias resolver nombres de host, que puede asignar, de otras instancias en la misma 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 que están disponibles a través de Internet, en su VCN o en su red local, que está conectada a su VCN a través de un DRG.
Dominios y nombres de host
Cuando se crea una VCN y subredes, se pueden especificar etiquetas DNS para cada uno. 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 del dominio y del dominio de subred de la VCN. 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, el nombre del host forma el nombre del dominio completo (FQDN) del instancia.
-
Nombre de dominio de 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 FQDN 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 posibilita determinar el nombre de servidor correspondiente a la dirección IP privada.
Si agrega una VNIC secundaria a una instancia, puede especificar el nombre de un host. El FQDN resultante se resuelve en la dirección IP privada principal de VNIC. El FQDN resultante se resuelve en esa dirección IP privada.
Las etiquetas y los nombres de host DNS deben cumplir estos requisitos:
-
Las etiquetas de subred y VCN deben empezar por una letra y tener una longitud máxima de 15 caracteres alfanuméricos. No se permiten guiones ni guiones bajos. El valor no se puede cambiar más tarde.
-
Los nombres de host pueden tener hasta 63 caracteres de longitud y deben cumplir con las RFC 952 y 1123. El valor puede cambiarse posteriormente.
-
Las etiquetas DNS de las VCN deben ser únicas en todas las redes virtuales en su arrendamiento. Las etiquetas de DNS de subred 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 de DNS para la VCN y la subred, el nombre de host se valida para garantizar la 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 especificó uno, el sistema genera un nombre de host compatible con DNS.
Si crea una instancia mediante la CLI o el SDK, y no ha especificado un nombre de host o un nombre mostrado, el sistema no los genera. 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 servidor 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 permitir la resolución de nombres DNS para las instancias desplegadas dentro de sus redes virtuales en la nube, desde fuera del entorno de red de Private Cloud Appliance, Private Cloud Appliance 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 Private Cloud Appliance gestiona todas las consultas DNS de los dominios.
Para obtener más información, consulte Gestión de zonas de DNS públicas.