GlobalMart souhaite une résolution de noms centralisée pour les zones privées : les zones DNS privées seront gérées dans un abonnement hub et devront être résolues pour les spokes sans créer de zones identiques dans chaque spoke. Quelle est la configuration recommandée pour fournir une résolution centralisée du hub vers tous les réseaux virtuels spoke ?

La bonne approche consiste à créer des zones DNS privées dans l'abonnement hub et à lier chaque réseau virtuel spoke à ces zones. Cela permet aux ressources des spokes de résoudre les noms dans la zone privée du hub sans dupliquer les zones. L'utilisation de liens de non-enregistrement sur les spokes et l'activation de l'enregistrement automatique uniquement sur le réseau virtuel hub garantissent que seuls les enregistrements du hub sont automatiquement gérés, évitant ainsi les conflits et simplifiant la gestion. Les autres options sont incorrectes car : Créer des zones DNS privées dans chaque spoke va à l'encontre de l'objectif de centralisation. Azure ne fusionne pas automatiquement les zones DNS privées entre les réseaux virtuels appairés. Définir une zone DNS privée comme publique n'est pas possible et compromettrait la sécurité. Déployer des machines virtuelles de transfert DNS individuelles dans chaque spoke est une solution plus complexe et moins native qu'Azure Private DNS, et interroger une zone DNS publique pour la résolution privée est une mauvaise pratique de sécurité.