En una arquitectura de VPC de tipo hub-and-spoke, habilite que el entorno local resuelva zonas privadas de Cloud DNS y permita que las VPC spoke resuelvan zonas locales. ¿Qué implementaría?

La opción correcta permite la resolución bidireccional requerida. Al crear una zona DNS privada en el hub y configurar el reenvío al DNS local, las VPC spoke (a través del emparejamiento de DNS con el hub) y el entorno local pueden resolver los recursos de Google Cloud. El emparejamiento de DNS de cada VPC spoke al hub permite que las spokes resuelvan las zonas privadas del hub. El reenvío de DNS desde el hub al entorno local permite que las spokes (y el hub) resuelvan los recursos locales. Las opciones incorrectas no logran la resolución bidireccional completa. La política de DNS en el hub para reenvío entrante no aborda la resolución de zonas privadas de Cloud DNS desde el entorno local. Crear zonas privadas en los spokes y emparejarlas con el hub no centraliza la gestión de DNS ni permite la resolución local. Configurar DNS local como servidor alternativo en las spokes o en el hub no establece el reenvío necesario para que el entorno local resuelva Cloud DNS ni centraliza la resolución de Cloud DNS para las spokes.