本地部署Azure DevOps下dotnet nuget push失败 求其他NO_PROXY配置位置

• 自托管构建代理服务级环境变量
  若DevOps构建代理以Windows服务/Linux守护进程模式运行，修改系统NO_PROXY后必须重启构建代理服务才会生效，部分场景需重启代理服务器避免缓存旧配置。Linux环境下需同时配置大小写两种格式的no_proxy和NO_PROXY，避免不同组件识别差异。
• .NET CLI专属代理环境变量
  .NET Core及更高版本的dotnet命令会优先识别DOTNET_HTTP_PROXY、DOTNET_HTTPS_PROXY、DOTNET_NO_PROXY三个专属环境变量，优先级高于通用系统代理和Nuget.config配置，需将DevOps服务器地址添加到DOTNET_NO_PROXY变量中，配置后重启构建代理服务生效。
• Nuget.config作用域与配置校验
  你当前配置的是用户级%AppData%\Nuget\Nuget.Config，需确认两点：
  1. 构建流水线是否指定了仓库根目录下的本地Nuget.config，若存在本地配置优先级更高，需同步添加DevOps地址到该配置的绕过列表
  2. 检查代理绕过配置是否写在正确的节点下，格式参考：

  <config>
    <add key="no_proxy" value="你的DevOps服务器域名/IP" />
  </config>
  

• Node.js运行时代理配置
  你收到的tunnel.js报错来自Node.js运行时，部分DevOps内置任务依赖Node.js发起网络请求，需注意：
  1. Node.js对NO_PROXY的通配符支持有限，不要使用*前缀通配，直接填写完整域名或IP即可
  2. 若流水线单独指定了Node.js版本，需确认该运行环境的环境变量已加载正确的NO_PROXY配置
• 额外验证项
  确认你在push命令中填写的DevOps feed地址为本地部署的内网地址，未误写为Azure公网DevOps地址；可升级nuget.exe到最新稳定版，旧版本nuget存在代理绕过逻辑的已知bug。

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