Microsoft oblige les développeurs .NET à mettre à jour rapidement leurs applications et leurs pipelines de développement afin de ne pas utiliser les domaines « azureedge.net » pour installer des composants .NET, car le domaine sera bientôt indisponible en raison de la faillite et de l’arrêt imminent du fournisseur CDN Edgio.
Plus précisément, les domaines « dotnetcli.azureedge.net » et « dotnetbuilds.azureedge.net » seront mis hors ligne dans les prochains mois, ce qui pourrait casser la fonctionnalité des projets s’appuyant sur les domaines.
Cela inclut les développeurs utilisant des installateurs .NET résidant sur les domaines concernés, les organisations utilisant GitHub Actions ou Azure DevOps avec des pipelines personnalisés utilisant ces domaines, les utilisateurs de Docker et de scripts avec des fichiers et du code faisant référence aux domaines retirés, et plus encore.
« Nous maintenons plusieurs instances de Content Delivery Network (CDN) pour fournir des versions .NET. Certaines se terminent par azureedge.net. Ces domaines sont hébergés par edg.io, qui cessera bientôt ses activités en raison de sa faillite. Nous devons migrer vers un nouveau CDN. et j’utiliserai de nouveaux domaines à l’avenir », explique Microsoft.
« Il est possible que les domaines azureedge.net connaissent des temps d’arrêt à court terme. Nous prévoyons que ces domaines seront définitivement retirés au cours des premiers mois de 2025. »
Microsoft recommande aux développeurs potentiellement concernés de rechercher dans leur code, leurs scripts et leurs configurations des références à azureedge.net et dotnetcli.blob.core.windows.net et de les remplacer par builds.dotnet.microsoft.com.
Pendant la transition, les nouveaux domaines seront pris en charge par une combinaison d’Edgio, Akamai et Azure Front Door, alors que Microsoft travaille à solidifier le modèle de distribution final avec d’autres fournisseurs de CDN.
Les équipes CI/CD doivent s’assurer que les tâches GitHub Actions (actions/setup-dotnet) et Azure DevOps sont mises à jour vers les versions prenant en charge les nouveaux domaines, tandis que les mises à jour pour Azure DevOps Server sont attendues début 2025.
De plus, étant donné que de nouveaux domaines CDN seront désormais utilisés, même lorsque les configurations sont mises à jour automatiquement, des pare-feu doivent être définis pour autoriser le trafic provenant des nouveaux emplacements (builds.dotnet.microsoft.com et ci.dot.net).
Le géant de la technologie note que le moment est plutôt malheureux, car les utilisateurs concernés sont priés de prendre des mesures pendant les vacances, lorsque la plupart des équipes informatiques manquent de personnel.
Lorsqu’on lui a demandé pourquoi Microsoft ne pouvait pas simplement transférer les domaines et continuer à les utiliser, Rich Lander, responsable du programme .NET chez Microsoft, a répondu que ce n’était pas possible.
« Nous avons posé la même question. On nous a dit que cette option n’était pas disponible. Nous n’avons pas plus d’informations à ce sujet », a expliqué Lander.
La réponse est déroutante, comme l’explique Scott Hanselman de Microsoft confirmé que Microsoft a déjà obtenu la propriété des domaines, déclarant qu ‘ »aucune autre partie n’aura jamais accès à l’utilisation de ces domaines ».
En possédant les domaines et en empêchant leur réutilisation, les risques de compromission de la chaîne d’approvisionnement pour ceux qui ne migrent pas leurs applications sont minimes. Cependant, cela n’explique toujours pas la ruée vers la migration des domaines et les risques de perturbations opérationnelles.
Si vous êtes concerné, vous pouvez suivre le problème de plus près et accéder aux mises à jour de son état. Page GitHub.
BleepingComputer a contacté Microsoft pour lui poser des questions sur cette migration de domaine .NET, mais n’a pas reçu de réponse pour le moment.
