Sahel Fret : l'ERP dans Azure refuse toutes les connexions et, au siège, l'EDI douanier n'accède plus ni au stockage ni à la base

Sahel Fret est un commissionnaire de transport et transitaire en douane installé à Casablanca (Aïn Sebaâ), 380 salariés, plusieurs centaines de dédouanements par jour. Son SI est hybride :

• au siège : l'Active Directory corp.sahelfret.ma (contrôleurs dc01 et dc02, qui sont aussi les serveurs DNS du siège) et le serveur EDI douanier srv-edi-01, qui dépose les déclarations dans le compte de stockage stsahelfretdocs et les enregistre dans la base Azure SQL sql-sahelfret ;
• dans Azure (francecentral) : un VNet hub vnet-hub-frc (VPN vers le siège, DNS Private Resolver dnspr-hub-frc, points de terminaison privés du stockage et de la base, accès public désactivé) et un VNet vnet-erp-frc où tourne l'ERP (vm-erp-01), qui authentifie les utilisateurs auprès de l'AD.

Le DNS est croisé : les VM Azure interrogent le point d'entrée du résolveur (adresse fixée dans le VNet), qui renvoie corp.sahelfret.ma vers les DC ; les DC renvoient blob.core.windows.net et database.windows.net vers ce même point d'entrée pour obtenir les adresses privées.

Dimanche soir, la plateforme a livré la version 3 du module Terraform « réseau hub » (CHG-2207, « modernisation du résolveur DNS »). Ce matin, l'ERP refuse toutes les connexions et l'EDI accumule les échecs : 140 camions attendent leur bon à enlever au port. Le responsable réseau, Hicham Ouazzani, propose de « réactiver l'accès public du stockage et de la base pour débloquer la douane » ; le chef de projet ERP veut « recréer le résolveur DNS proprement ».

Vous êtes Ilyas, ingénieur systèmes et cloud, sur poste-cloud (Azure CLI connectée), avec un accès SSH à vm-erp-01, srv-edi-01 et à dc01 (OpenSSH, PowerShell).