ITFabricLab ouvre bientôt : les labs, simulations et examens ne sont pas encore accessibles. Vous pouvez parcourir le catalogue et créer votre compte pour être prévenu de l'ouverture.

Azure hybride — Lab 9 : Break-Fix, les VM Azure ne résolvent plus les noms internes

Senior LinuxAzure Virtual Network30 min80 XP

Break-Fix — Le client a une architecture hybride : datacenter (domaine corp.local) relié à Azure par VPN site à site. Depuis ce week-end, les VM Azure n'arrivent plus à joindre app.corp.local, alors que le VPN est connecté. Les VM utilisent le résolveur privé Azure DNS dnspr-hub, qui transfère corp.local vers les contrôleurs de domaine. Le changement du week-end : migration des DC de l'ancien serveur 10.0.0.4 vers dc01 (10.0.0.10) et dc02 (10.0.0.11).

  1. Constatez le symptôme depuis la VM : nslookup app.corp.local
  2. Vérifiez la connexion VPN : az network vpn-connection show -g rg-hub -n cn-datacenter --query connectionStatus
  3. Affichez la règle de transfert : az dns-resolver forwarding-rule list -g rg-hub --ruleset-name frs-hub -o table → quelle dépendance est cassée ? → answer dependance <vpn|dns|identite|certificat>
  4. Corrigez la règle fwd-corp-local avec les deux nouveaux DC (redondance) : az dns-resolver forwarding-rule update -g rg-hub --ruleset-name frs-hub -n fwd-corp-local --target-dns-servers ip-address=10.0.0.10 port=53 ip-address=10.0.0.11 port=53, puis vérifiez la résolution
  5. Pour remplacer le VPN par une liaison privée qui ne passe pas par Internet ? → answer liaison <vpn-p2s|expressroute|peering>

Bientôt disponible

Les exercices pratiques ouvrent prochainement. Le titre, le résumé et le plan restent visibles pour découvrir le contenu.

Tâches

  1. Dépendance en cause
  2. Transfert DNS corrigé et redondant
  3. Connectivité hybride