Azure hybride — Lab 9 : Break-Fix, les VM Azure ne résolvent plus les noms internes
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).
- Constatez le symptôme depuis la VM :
nslookup app.corp.local - Vérifiez la connexion VPN :
az network vpn-connection show -g rg-hub -n cn-datacenter --query connectionStatus - 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> - Corrigez la règle
fwd-corp-localavec 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 - 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
- Dépendance en cause
- Transfert DNS corrigé et redondant
- Connectivité hybride