Una empresa registra el dominio público example.com en una cuenta central de AWS usando Amazon Route 53. La empresa quiere alojar un subdominio, test.example.com, en una cuenta de AWS diferente para proporcionar resolución de nombres para instancias EC2 en esa cuenta, sin transferir el dominio padre. Un ingeniero crea una nueva zona alojada de Route 53 para el subdominio en la segunda cuenta. ¿Qué pasos debe realizar el ingeniero para finalizar la configuración? (Elija dos).

Para delegar un subdominio a una zona alojada diferente en Route 53, el ingeniero debe realizar dos pasos clave. Primero, es necesario crear los registros DNS para los hosts del subdominio (por ejemplo, registros A, CNAME) dentro de la nueva zona alojada de Route 53 en la segunda cuenta. Esto permite que el subdominio resuelva los nombres de sus recursos. Segundo, el DNS del dominio padre (example.com) debe modificarse para incluir registros de servidor de nombres (NS) que deleguen la autoridad del subdominio (test.example.com) a los servidores de nombres de la nueva zona alojada. Sin esta delegación, las consultas al subdominio no sabrían dónde buscar los registros. Las opciones incorrectas son: Actualizar la configuración DNS para el subdominio añadiendo registros NS que apunten de nuevo al dominio padre es incorrecto porque esto crearía un bucle o una configuración incorrecta; la delegación es unidireccional. Crear un registro de alias en el dominio padre que apunte a la zona alojada para el subdominio no es el mecanismo correcto para la delegación de subdominios; los registros NS son necesarios para la delegación de autoridad. Añadir un registro de inicio de autoridad (SOA) en el dominio padre para el subdominio es incorrecto porque el registro SOA ya existe en la zona alojada del subdominio y no se añade en el padre para la delegación.