You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue is a locked mirror of dotnet/core#9671. See that issue for discussion.
Some .NET binaries and installers are hosted on Azure Content Delivery Network (CDN) domains that end in .azureedge.net. These domains are hosted by edg.io, which will soon cease operations due to bankruptcy. We are required to migrate to a new CDN and will be using new domains going forward. It is possible that .azureedge.net domains will have downtime or become permanently unavailable.
Validate that firewall rules are resilient to using Akamai and/or Azure Front Door CDNs.
Last update: 2024.12.27
Next Update: 2025.01.02
You may need to adapt to these changes.
We expect azureedge.net domains to cease being functional in the first half of 2025. Moving your usage to the new CDN is the best path to avoiding service disruption.
On December 23rd, we switched the two azureedge.net domains above to use Azure Traffic Manager. After that change, those domains continued to send 100% of traffic to our edg.io CDNs. We expect to drop edgio traffic to zero on December 27th by sending all traffic to a different CDN. These changes could break users with conservative firewall rules.
Users should not consider azureedge.net to be a long-term usable domain. Please move to the new domains as soon as possible. It is likely that these domains will be retired in the first half on 2025. No other party will be able to use them. We are not able to control the timing of these events.
Install script
The .NET install script is used to install .NET from our CDN. We are changing CDNs (documented in a following section), which requires us to change the install script to use the new CDN.
The updated scripts prefer the new CDNs, while enabling fallback to the legacy azureedge.net domains. The legacy domains will be removed at a later point.
Users who have local copies of these scripts will need to update their copies.
Users who rely on the remote copy (at the URLs above) do not need to do anything other than validate no observed change in behavior (due to new domains and CDNs being used).
Some .NET binaries and installers are hosted on Azure Content Delivery Network (CDN) domains that end in
.azureedge.net
. These domains are hosted by edg.io, which will soon cease operations due to bankruptcy. We are required to migrate to a new CDN and will be using new domains going forward. It is possible that.azureedge.net
domains will have downtime or become permanently unavailable.You may need to adapt to these changes.
We expect
azureedge.net
domains to cease being functional in the first half of 2025. Moving your usage to the new CDN is the best path to avoiding service disruption.Test links for new CDN:
Test links for old CDN:
Our plan is a work-in-progress and is expected to evolve. We recommend that affected users make changes by the end of January.
Affected resources
Domains affected:
URLs affected:
Not affected:
There are many users of these resources, for example:
On December 23rd, we switched the two
azureedge.net
domains above to use Azure Traffic Manager. After that change, those domains continued to send 100% of traffic to our edg.io CDNs. We expect to drop edgio traffic to zero on December 27th by sending all traffic to a different CDN. These changes could break users with conservative firewall rules.Users should not consider
azureedge.net
to be a long-term usable domain. Please move to the new domains as soon as possible. It is likely that these domains will be retired in the first half on 2025. No other party will be able to use them. We are not able to control the timing of these events.Install script
The .NET install script is used to install .NET from our CDN. We are changing CDNs (documented in a following section), which requires us to change the install script to use the new CDN.
Updated scripts:
The updated scripts prefer the new CDNs, while enabling fallback to the legacy
azureedge.net
domains. The legacy domains will be removed at a later point.Tracking PRs:
Notes (for the install script):
-NoCdn
or--no-cdn
argument can be used to bypass using the CDN, which may help some users.-AzureFeed
or--azure-feed
argument can be used to specify an alternate storage account or CDN.Plan for domains
There are multiple domains, used for different purposes.
Official builds
Official builds and JSON files are hosted via a CDN, available for use by the install script and other installers.
Note: Official builds are tested and signed by Microsoft. A
microsoft.com
domain was chosen to reflect that.You can change from old to new domains by changing the domain section of the URL. The other parts of the URL do not need to change.
Example URLs:
A set of short links are available for official builds.
Link pattern:
https://aka.ms/dotnet/[x.y]/[package]
.Example URLs:
These links produce
301
HTTP results that forward to our CDN.We expect these links to be changed in early January.
Tracking PR:
CI builds
Continuous integration (CI) builds are hosted via a CDN, available via the install script and GitHub README files.
Note: CI builds include a mix of tested and untested builds, signed and unsigned builds.
Example URLs:
A set of short links are available for CI builds.
Link pattern:
https://aka.ms/dotnet/[x.y]/daily/[package]
.Example URLs:
These links produce
301
HTTP results that forward to our CDN.We expect these links to be changed in early January.
Tracking PR:
CI build pages use the CI short links.
Example build pages:
Azure DevOps and GitHub Actions
UseDotnetTask
will be updated in JanuaryOther changes
The following resources are also affected.
The text was updated successfully, but these errors were encountered: