VNet1 contient subnet1 et AzureFirewallSubnet. Un pare-feu Azure public (FW1) est déployé et RT1 est une table de routage associée à Subnet1 avec une route 0.0.0.0/0 pointant vers FW1. Après le déploiement de 10 machines virtuelles Windows Server dans Subnet1, aucune d'entre elles n'a été activée. Pour permettre l'activation des machines virtuelles, que devez-vous faire ?

L'activation des machines virtuelles Windows Server nécessite une connectivité au service Azure Key Management Service (KMS) via Internet. La route 0.0.0.0/0 dirige tout le trafic sortant de Subnet1 vers FW1. Pour que l'activation fonctionne, FW1 doit autoriser le trafic vers les adresses IP du service KMS. Ajouter une route Internet spécifique dans RT1 pour le service KMS, ou une règle de pare-feu sur FW1 autorisant le trafic vers les adresses IP KMS, est nécessaire. La route Internet dans RT1 avec une priorité plus élevée que la route 0.0.0.0/0 permettrait de contourner le pare-feu pour le trafic KMS si nécessaire, ou d'assurer que le pare-feu est configuré pour le laisser passer. Les autres options sont incorrectes car : Utiliser le tag de service AzureCloud sur FW1 est trop large et n'est pas la solution directe pour l'activation KMS. Déployer une passerelle NAT n'est pas pertinent pour résoudre le problème de connectivité KMS via un pare-feu existant. Configurer une règle DNAT (Destination Network Address Translation) sur FW1 est pour le trafic entrant, pas pour le trafic sortant d'activation des VM.