Windows代理环境下Docker Compose构建NuGet包还原失败

我之前也碰到过一模一样的情况——本地dotnet restore和Visual Studio调试都顺得很，偏偏docker-compose构建时NuGet就卡壳连不上源。给你几个亲测有效的解决办法：

1. 在Dockerfile里手动配置NuGet代理 #

Docker构建过程不会自动继承宿主机的代理设置，所以得在构建步骤里给NuGet单独加代理配置：

# 先设置NuGet代理（替换成你实际的代理地址和端口）
RUN dotnet nuget config set http_proxy http://你的代理IP:端口
RUN dotnet nuget config set https_proxy http://你的代理IP:端口

# 如果代理需要账号密码，补充这两行
RUN dotnet nuget config set proxy.username "你的代理用户名"
RUN dotnet nuget config set proxy.password "你的代理密码"

# 再执行还原命令
RUN dotnet restore "WebApp.sln"

或者更省心的方式：在项目根目录新建一个nuget.config文件，把代理配置写死进去：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <config>
    <add key="http_proxy" value="http://你的代理IP:端口" />
    <add key="https_proxy" value="http://你的代理IP:端口" />
    <add key="proxy.username" value="你的代理用户名" />
    <add key="proxy.password" value="你的代理密码" />
  </config>
  <packageSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
  </packageSources>
</configuration>

然后在Dockerfile里复制这个文件并指定使用它：

COPY nuget.config .
RUN dotnet restore "WebApp.sln" --configfile nuget.config

2. 给Docker Daemon配置全局代理 #

如果不想每个项目都改Dockerfile，可以直接给Docker服务本身设置全局代理，所有构建都会自动继承：

• 打开Docker Desktop，进入设置 -> 资源 -> 代理
• 勾选手动配置代理，填入你的HTTP/HTTPS代理地址
• 点击应用并重启，等Docker重启后再试构建

3. 检查网络模式（应急方案） #

有时候自定义网络会导致代理访问异常，可以临时在docker-compose.yml里把容器网络设为host模式（仅限Windows Docker Desktop，注意可能会有端口冲突）：

services:
  webapp:
    build: .
    network_mode: "host"

4. 额外小提示 #

你用的是dotnet SDK 2.1.104，这个版本确实比较老旧了。如果上面的方法都没解决，不妨试试升级到3.1或6.0这类LTS版本，新版本对代理的兼容性会更好。

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