Fabrikam ejecuta servicios en Azure y necesita reenviar consultas DNS desde las VNets de Azure para espacios de nombres solo locales (por ejemplo, corp.fabrikam.local) de vuelta a los servidores DNS locales. Planean usar las capacidades de salida de Azure Private DNS Resolver y un conjunto de reglas de reenvío. ¿Cuál es la arquitectura correcta para asegurar que las consultas desde Azure se reenvíen a los servidores autoritativos locales?

La opción correcta describe la arquitectura necesaria para reenviar consultas DNS locales utilizando Azure Private DNS Resolver. Se requiere un conjunto de reglas de reenvío con reglas condicionales que apunten a los servidores DNS locales para el espacio de nombres corp.fabrikam.local. Este conjunto de reglas debe asociarse a la VNet central. Además, un punto de conexión de salida (outbound endpoint) en la VNet central es esencial para que el resolvedor pueda enviar las consultas a los sistemas DNS locales a través de la conectividad de red, como una VPN o ExpressRoute. La primera opción es incorrecta porque los puntos de conexión de salida no deben configurarse con IP públicas para alcanzar sistemas locales; la comunicación debe ser privada. La tercera opción es incorrecta porque el registro condicional de zona DNS privada no reenvía consultas a servidores locales, sino que resuelve nombres dentro de Azure. La cuarta opción es incorrecta ya que asociar una zona DNS privada no reenvía automáticamente a servidores locales, y configurar NSG para 8.8.8.8 (Google DNS) no es la forma de resolver nombres locales.