Microsoft está obligando a los desarrolladores de .NET a actualizar rápidamente sus aplicaciones y procesos de desarrollo para no utilizar dominios “azureedge.net” para instalar componentes .NET, ya que el dominio pronto dejará de estar disponible debido a la quiebra y al inminente cierre del proveedor de CDN Edgio.
Más precisamente, los dominios “dotnetcli.azureedge.net” Y “dotnetbuilds.azureedge.net” se desconectará en los próximos meses, lo que podría interrumpir la funcionalidad de los proyectos basados en dominios.
Esto incluye desarrolladores que usan instaladores .NET que residen en dominios afectados, organizaciones que usan GitHub Actions o Azure DevOps con canalizaciones personalizadas que usan esos dominios, usuarios de Docker y scripts con archivos y códigos que hacen referencia a los dominios retirados, y más.
“Mantenemos múltiples instancias de Content Delivery Network (CDN) para proporcionar versiones .NET. Algunas terminan en azureedge.net. Estos dominios están alojados en edg.io, que pronto dejará de operar debido a la quiebra. Necesitamos migrar a una nueva CDN y usaremos nuevos dominios en el futuro.” explica Microsoft.
“Los dominios Azureedge.net pueden experimentar un tiempo de inactividad a corto plazo. Esperamos que estos dominios se retiren permanentemente en los primeros meses de 2025″.
Microsoft recomienda que los desarrolladores potencialmente afectados busquen en su código, scripts y configuraciones referencias a azureedge.net y dotnetcli.blob.core.windows.net y los reemplacen con builds.dotnet.microsoft.com.
Durante la transición, los nuevos dominios contarán con el respaldo de una combinación de Edgio, Akamai y Azure Front Door, mientras Microsoft trabaja para solidificar el modelo de entrega final con otros proveedores de CDN.
Los equipos de CI/CD deben asegurarse de que las tareas de GitHub Actions (actions/setup-dotnet) y Azure DevOps se actualicen a versiones que admitan los nuevos dominios, mientras que se esperan actualizaciones para Azure DevOps Server a principios de 2025.
Además, dado que ahora se utilizarán nuevos dominios CDN, incluso cuando las configuraciones se actualicen automáticamente, se deben configurar firewalls para permitir el tráfico desde las nuevas ubicaciones (builds.dotnet.microsoft.com y ci. dot.net).
El gigante tecnológico señala que el momento es bastante desafortunado, ya que se pide a los usuarios afectados que tomen medidas durante las vacaciones, cuando la mayoría de los equipos de TI tienen escasez de personal.
Cuando se le preguntó por qué Microsoft no podía simplemente transferir los dominios y continuar usándolos, Rich Lander, director del programa .NET de Microsoft, dijo que eso no era posible.
“Hicimos la misma pregunta. Nos dijeron que esta opción no estaba disponible. No tenemos más información al respecto”. Lander explicó..
La respuesta es confusa, dice Scott Hanselman de Microsoft confirmado que Microsoft ya obtuvo la propiedad de los dominios, afirmando que “ninguna otra parte tendrá acceso para utilizar estos dominios”.
Al poseer los dominios y evitar su reutilización, los riesgos de comprometer la cadena de suministro para quienes no migran sus aplicaciones son mínimos. Sin embargo, esto todavía no explica la prisa por migrar dominios y los riesgos de interrupciones operativas.
Si se ve afectado, puede seguir el problema más de cerca y acceder a las actualizaciones de estado. página de GitHub.
BleepingComputer se comunicó con Microsoft para preguntar sobre esta migración de dominio .NET, pero no ha recibido una respuesta en este momento.