(Même environnement qu'une question précédente) Votre abonnement contient un VNet Vnet1 avec subnet1 et AzureFirewallSubnet, un pare-feu Azure public FW1, et RT1 associé à subnet1 avec une route 0.0.0.0/0 vers FW1. Après avoir déployé 10 machines virtuelles Windows Server dans subnet1, aucune des machines virtuelles ne s'active. Que devez-vous faire pour permettre l'activation des machines virtuelles ?

Les machines virtuelles Windows Server ont besoin d'accéder au service Azure Key Management Service (KMS) pour l'activation. Par défaut, le trafic sortant des machines virtuelles est acheminé via le pare-feu Azure FW1 en raison de la route 0.0.0.0/0. Le service KMS est un service Microsoft géré et ne nécessite pas de règle de pare-feu explicite pour fonctionner s'il est accessible directement. Ajouter une route Internet spécifique pour le service KMS dans RT1 permet au trafic d'activation de contourner le pare-feu et d'atteindre directement le service KMS, résolvant ainsi le problème d'activation. Créer une règle de balise de service sortante pour AzureCloud sur FW1 est trop large et pourrait ne pas résoudre le problème spécifique du KMS, qui est souvent accessible via un point de terminaison public sans nécessiter de filtrage par le pare-feu pour l'activation. Configurer une règle DNAT pour le port 1688 est incorrect car le DNAT est pour le trafic entrant, pas sortant, et le port 1688 est utilisé par KMS pour l'activation. Déployer un équilibreur de charge Azure Standard avec une règle NAT sortante est inutile car le pare-feu Azure fournit déjà des capacités NAT sortantes et le problème est lié à l'accès au service KMS, pas à la connectivité Internet générale.