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

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 将进行修复，因为这是 .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 工具就不会抛出。幸运的是，我的代理服务器没有提示不需要和无效的凭据。