Le VPC hub utilise HA VPN et Cloud Router (par défaut). Le DNS sur site est à 192.168.20.88. Assurez-vous que Compute Engine dans plusieurs VPC spoke résolve les noms privés sur site pour corp.altostrat.com et résolve toujours les noms Google Cloud ; suivez les bonnes pratiques de Google. Que devez-vous faire ?

La bonne réponse établit une zone de transfert privée dans Cloud DNS pour acheminer les requêtes DNS de corp.altostrat.com vers le DNS sur site via le VPC hub. L'association de cette zone au VPC hub permet aux ressources de ce VPC de résoudre les noms sur site. Pour que les VPC spoke puissent également résoudre ces noms, une zone de peering privée est créée, associant les VPC spoke au VPC hub comme cible, ce qui leur permet d'utiliser la configuration DNS du hub. L'annonce de la route personnalisée 35.199.192.0/19 sur le Cloud Router est cruciale pour que le réseau sur site puisse répondre aux requêtes DNS provenant de Google Cloud, car cette plage IP est utilisée par les serveurs DNS gérés par Google. Enfin, le peering VPC entre chaque VPC spoke et le VPC hub est nécessaire pour la connectivité réseau, permettant aux requêtes DNS des spokes d'atteindre le hub et, de là, le DNS sur site. Les autres options sont incorrectes car : La première option ne gère pas la résolution DNS pour les VPC spoke. La deuxième option ajoute une annonce de route personnalisée et une zone de peering, mais omet le peering VPC nécessaire pour la connectivité. La troisième option propose de créer un VPN hub-and-spoke dans chaque VPC spoke, ce qui est redondant et ne suit pas les bonnes pratiques de Google pour ce scénario, où le VPC hub est déjà connecté au réseau sur site.