error NU1301: Unable to load the service index for source https://api.nuget.org/v3/index.json #121893
Description
11/21/25, 1955h
Hi. I gather time is of essence, thus, you should know I am writing you from GMT-6.
The focus of my message is to address the following upon running dotnet new webapi (it should be known I practice with each of these (webapi blazor mvc & console) and only "webapi" produces the error unlike the other three "flavors" which are okay from the get-go; and, I have noticed that I do not have a folder located at [ ~/.aspnet ] and wondering if that should be of concern or whether core 8 is suffering quality issues and am (and all by extension) are being steered to either dotnet core 9 or the present dotnet core 10.
$ dotnet new webapi
The template "ASP.NET Core Web API" was created successfully.
Processing post-creation actions...
Restoring /home/charanko/dev/mywebapi/mywebapi.csproj:
Determining projects to restore...
/home/charanko/dev/mywebapi/mywebapi.csproj : error NU1301: Unable to load the service index for source https://api.nuget.org/v3/index.json.
/home/charanko/dev/mywebapi/mywebapi.csproj : error NU1301: Unable to load the service index for source https://api.nuget.org/v3/index.json.
Failed to restore /home/charanko/dev/mywebapi/mywebapi.csproj (in 14.08 sec).
Restore failed.
Post action failed.
Manual instructions: Run 'dotnet restore'
On 11/19/25, it appears (acc. to my own records) that I started searching for "warning NU1900: Error occurred while getting package vulnerability data: Unable to load the service index for source https://api.nuget.org/v3/index.json" with a search engine.
At the time it was strange to me that this was a 'stretch' for dotnet on that day:
$ dotnet add package DotNetEnv --version 3.1.1
I noticed the messages started to become more erratic across the board upon attempting to scrub any and all packages sans swashbuckler in the case of blazor. I have had a webapi with https endpoints and a blazor app with httpClient facilitated by CORS addressing the former minimal app. I was being increasingly warned that previously-catered versions of packages that I had used incrementally with minor versions along the line now were not jibe-ing with one another on that day (for the <3 of coad).
But this (could also be)\is a consequence of me in my haste (surely) executing [ dotnet nuget locals all --clear ] in my own pained effort at the time to get a grip on conflicting messages I started to receive coinciding when I would have been repeatedly running "watch" followed by the occasional [ rm -rf ./{bin,obj} ] for posterity's sake.
Very shortly afterwards, I could not run "new" or (mainly) "restore" (on previously existing projects & works in progress) or "build" and even "run" vis-a-vis a blazor or webapi packaging (uff did destiny ever have other plans); observe, please: this is the first time it all went down.
I have since uninstalled dotnet from my os-- Linux Mint Ubuntu Jammy Jellyfish (22.04) --twice once b/c of my own oversight. I think I got it all during the second occasion and I could use a hand if you do not mind. My routine involved the following (thank you in advance if you could give me a push in the right direction); perhaps an urgent push publication would be in order; again, have a look:
Purgation
sudo apt list --installed | grep "^aspnetcore*"
sudo apt list --installed | grep "^dotnet*"
sudo apt list --installed | grep "^netstandard*"
sudo apt-get remove --purge "^aspnetcore*" "^dotnet*" "^netstandard*"
rm -rf ~/{.aspnet,.dotnet,.nuget}
rm -rf ~/.local/share/{NuGet,dotnet,Microsoft}
ls -lA /usr/share/dotnet
sudo rm -rf /usr/share/dotnet
uninstalled everything, confirm nil returns
sudo apt list --installed | grep -i aspnetcore
sudo apt list --installed | grep -i dotnet
sudo apt list --installed | grep -i netstandard
REINSTALLATIONS
----------------
Install the SDK
https://learn.microsoft.com/en-us/dotnet/core/install/linux-ubuntu-install?pivots=os-linux-ubuntu-2204&tabs=dotnet8#install-the-sdk
dotnet-sdk-8.0
----------------
sudo apt-get update &&
sudo apt-get install dotnet-sdk-8.0
----------------
Install the runtime - FULL-MOGAMBI USAGE
https://learn.microsoft.com/en-us/dotnet/core/install/linux-ubuntu-install?pivots=os-linux-ubuntu-2204&tabs=dotnet8#install-the-runtime
aspnetcore-runtime-8.0
----------------
sudo apt-get update &&
sudo apt-get install aspnetcore-runtime-8.0
----------------
Install shared libs
----------------
sudo apt update &&
sudo apt install ca-certificates libc6 libgcc-s1 libgssapi-krb5-2 libicu70 liblttng-ust1 libssl3 libstdc++6 libunwind8 zlib1g
For as much as I tried I could not uninstall any of the referenced items referenced immediately above this line.
----------------
Finally
----------------
Remember, these are up to snuff :)
dotnet new console
dotnet new mvc
dotnet new blazor
But webapi is in need of a visit to the woodshed as of tonight :(
dotnet new webapi
-----------------
dotnet nuget locals all --clear
THE ABOVE LINE DID IT
-----------------
Joking aside, thank you, too, in advance. And before I forget, here:
$ dotnet --info
.NET SDK:
Version: 8.0.416
Commit: f9da71086e
Workload version: 8.0.400-manifests.785fc388
MSBuild version: 17.11.48+02bf66295
Runtime Environment:
OS Name: linuxmint
OS Version: 21.3
OS Platform: Linux
RID: linux-x64
Base Path: /usr/share/dotnet/sdk/8.0.416/
.NET workloads installed:
Configured to use loose manifests when installing new manifests.
There are no installed workloads to display.
Host:
Version: 8.0.22
Architecture: x64
Commit: a2266c728f
.NET SDKs installed:
8.0.416 [/usr/share/dotnet/sdk]
.NET runtimes installed:
Microsoft.AspNetCore.App 8.0.22 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 8.0.22 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Other architectures found:
None
Environment variables:
Not set
global.json file:
Not found
Learn more:
https://aka.ms/dotnet/info
Download .NET:
https://aka.ms/dotnet/download
TF4N- ta-ta for now.