.net - 在 Ubuntu VM 上安装 .Net Core 时出错 : "dotnet restore" fails in CurlHandler. SetProxyOptions()

Question

在 Ubuntu 14.04 VMWare VM 上，简单说明位于: [https://dotnet.github.io/getting-started/][1] 工作正常，直到执行以下步骤:

dotnet restore

这是抛出异常的调用堆栈:

System.ArgumentException: The value cannot be null or empty.   
Parameter name: UserName 
at System.Net.Http.CurlHandler.EasyRequest.SetProxyOptions(Uri requestUri) 
at System.Net.Http.CurlHandler.EasyRequest.InitializeCurl() 
at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)

at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)  
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) 
at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()   
at Microsoft.Dnx.Tooling.Restore.NuGet.HttpSource.<GetAsync>d__11.MoveNext() 
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) 
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) 
at System.Runtime.CompilerServices.TaskAwaiter1.GetResult() 
at Microsoft.Dnx.Tooling.Restore.NuGet.NuGetv2Feed.<FindPackagesByIdAsyncCore>d__25.MoveNext()

at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)    at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)    
at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()  
at Microsoft.Dnx.Tooling.RemoteWalkProvider.<FindLibrary>d__6.MoveNext() 
... 
at Microsoft.Dnx.Tooling.RestoreCommand.<Execute>d__68.MoveNext()

curl http://www.google.com

工作正常，因此curl的代理配置正确(/etc/environment包含http_proxy =“...”定义)

我没有在任何地方配置任何 Web 代理凭据，因此不清楚为什么 nuget 或 RestoreCommand 使用无效的“空”凭据配置curl。

如果 nuget 将凭据保留为 null，curl 应该可以像在命令行上一样正常运行，因为 SetProxyOptions() 可以很好地处理这种情况:

NetworkCredential credential = CurlHandler.GetCredentials(this._handler.Proxy.Credentials, this._requestMessage.RequestUri).get_Key();
if (credential != null)

Answer 1

这似乎是 dotnet dnx 工具中的一个缺陷，但就我而言，我能够解决该缺陷。我预计 RTM 将进行修复，因为这是 dot net core 的 RC 版本。

当环境变量“http_proxy”采用简单(非用户名)格式时，Nuget.HttpSource 构造函数按如下方式分配凭据:

UriBuilder builder = new UriBuilder(environmentVariable); 
WebProxy proxy = new WebProxy(environmentVariable); 
if (string.IsNullOrEmpty(builder.UserName)) 
{ 
   proxy.Credentials = CredentialCache.DefaultCredentials; 
} 

DefaultCredentials 设置为一组不可变的空凭据:

SystemNetworkCredential.s_defaultCredential = new SystemNetworkCredential();

private SystemNetworkCredential() : base(string.Empty, string.Empty, string.Empty) {}

由于 SetProxyOptions() 使用以下方法检查凭据:

if (credential != null)
{
   if (string.IsNullOrEmpty(credential.UserName))
      throw ...

并且用户名是空的，它总是会抛出异常。

如果改为使用以下方式进行检查:

if (credential != null && !string.IsNullOrEmpty(credential.UserName))
   // do cred work

那么一切都会好起来的。空或默认凭据(例如，永远为空的 SystemDefaultCredentials)将被视为“无凭据”。

否则，Microsoft 可能会更改 DNX 工具，将凭据保留为空，而不是使用 SystemDefaultCredentials。这是调用者和被调用者在指定缺乏凭据的协议(protocol)上存在分歧的简单情况(空引用与带有空字符串的引用)。

就我而言，我使用的解决方法是填写伪造的凭据，以便 dnx 工具不会抛出异常。幸运的是，我的代理服务器没有提示不需要的和无效的凭据。