Visual Studio Online构建：一台代理NuGet Restore正常另一台失败原因排查

这种情况我之前处理过好几次，核心原因就是交互模式和服务模式的代理运行在完全不同的账户上下文里，导致NuGet读取的配置文件完全不一样。下面分两部分给你拆解：

一、你遗漏的关键配置 #

1. 服务账户的NuGet源配置缺失 #

交互模式下，代理用的是你登录服务器的用户账户，NuGet会读取这个用户目录下的配置文件：%USERPROFILE%\.nuget\NuGet\NuGet.Config——你肯定已经把私有源配置在这里了，所以构建正常。

但服务模式下，代理默认用的是Local System账户，它的NuGet配置文件在C:\Windows\System32\config\systemprofile\.nuget\NuGet\NuGet.Config；如果你给服务指定了其他域账户/本地账户，配置文件就在C:\Users\<服务账户名>\.nuget\NuGet\NuGet.Config。这个文件里大概率没有你的私有源配置，所以NuGet只会去默认的官方源和离线源找包，自然报NU1101错误。

解决方法：

• 如果你用Local System账户，直接编辑上述路径的NuGet.Config，把私有源的配置节点（从交互用户的配置里复制过来）加进去；
• 或者用命令行切换到服务账户上下文执行添加（比如用runas命令）：

  runas /user:NT Authority\System "nuget sources add -name '私有源名称' -source '私有源URL' -username '你的用户名' -password '你的密码' -storepasswordincleartext"
  

  注意：如果私有源需要认证，生产环境建议用加密存储密码，-storepasswordincleartext仅用于临时测试。

2. 服务账户的网络/权限验证 #

• 服务账户可能没有访问私有NuGet源的网络权限：比如私有源在内部局域网，服务账户的网络上下文未加入域，或者需要代理但服务模式下未配置代理环境变量；
• 如果私有源用了自签名证书，要把证书导入到服务账户的受信任根证书存储里，而不是只导入到交互用户的存储里。

3. 构建任务的NuGet配置指定 #

如果你的构建任务里没有明确指定NuGet配置文件，服务模式下会默认用服务账户的配置。可以在dotnet restore步骤里添加--configfile参数，直接指定包含私有源的配置文件路径，比如：

dotnet restore --configfile "C:\Agent\Shared\NuGet.Config"

这样不管用什么账户运行，都会读取这个统一的配置文件。

二、为什么两台服务器的NuGet源读取逻辑不同？ #

本质是运行账户的上下文隔离：

• 交互模式的代理是在你登录的用户会话里运行的，继承了该用户的所有环境变量、配置文件和网络权限，NuGet会优先读取该用户目录下的NuGet.Config；
• 服务模式的代理是在系统服务会话里运行的，默认使用Local System账户（或者你指定的服务账户），这个账户有独立的配置目录、环境变量和权限体系，和交互用户完全隔离——你在交互用户里配置的私有源，服务账户根本“看不到”。

简单说就是：两个模式用的不是同一个“用户”，所以NuGet找配置的地方不一样。

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