我之前也碰到过一模一样的情况，这个错误本质是Docker构建过程中没法正常连接到NuGet官方源，下面是几个经过验证的实用解决办法：

1. 先排查容器网络连通性 #

首先得确认Docker容器能不能访问外部网络，你可以先跑个临时容器测试下：

docker run --rm alpine ping -c 3 api.nuget.org

如果ping不通，那就是Docker的网络配置出问题了：

• 检查本地防火墙、杀毒软件有没有拦截Docker的网络请求
• 重启Docker服务试试，很多时候重启就能解决临时网络异常
• Windows系统可以去Docker设置里把网络模式从NAT改成桥接试试

2. 替换为国内NuGet镜像源 #

如果官方源访问不稳定，直接在项目里加个国内镜像源就行。在项目根目录新建一个NuGet.Config文件，内容如下：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
    <add key="国内镜像" value="https://nuget.cdn.azure.cn/v3/index.json" />
  </packageSources>
</configuration>

然后重新执行构建命令：

docker build -t aspnetapp .

3. 检查本地DotNet SDK的NuGet配置 #

有时候本地的NuGet配置有问题，也会影响Docker构建（因为构建过程可能会复用本地配置）。你可以先在本地测试下能不能正常还原包：

dotnet restore aspnetapp.csproj

如果本地也报错，就修改本地的NuGet.Config（一般在%appdata%\NuGet\NuGet.Config路径下），添加可靠的源，或者直接清理NuGet缓存：

dotnet nuget locals all --clear

4. 构建时指定代理（公司网络环境适用） #

如果你是在公司内网下，需要通过代理访问外部网络，可以在构建时传入代理参数：

docker build --build-arg HTTP_PROXY=http://你的代理地址:端口 --build-arg HTTPS_PROXY=http://你的代理地址:端口 -t aspnetapp .

记得把命令里的代理地址和端口换成你实际使用的。

内容的提问来源于stack exchange，提问作者Pavan sharma