Contoso Ltd. dispose d'un Virtual WAN avec un hub dans la région West US. Ils ont déployé trois VNet spoke (app-spoke, db-spoke, mgmt-spoke) attachés au hub. L'équipe de sécurité exige que les préfixes db-spoke (10.10.2.0/24) ne soient jamais appris par app-spoke et mgmt-spoke, mais app-spoke doit rester joignable depuis l'environnement sur site via une connexion VPN Site-à-Site attachée au même hub. Comment devriez-vous configurer les tables de routage du hub Virtual WAN pour y parvenir ?

La bonne approche consiste à créer une table de routage de hub personnalisée sans propagation. En l'associant uniquement à la connexion VPN sur site, les routes de ce VPN ne seront apprises que par cette table. Ensuite, en ajoutant une route statique pour 10.10.2.0/24 avec le tronçon suivant défini sur 'None', vous masquez ce préfixe aux autres VNet connectés au hub, y compris app-spoke et mgmt-spoke. Cela garantit que db-spoke est isolé comme requis, tout en permettant à app-spoke d'être joignable depuis l'environnement sur site via la table de routage par défaut ou une autre table appropriée. Les autres options ne répondent pas entièrement aux exigences de sécurité ou de connectivité.