在Ubuntu VM上安装.Net Core时出错:CurlHandler.SetProxyOptions()

时间:2015-12-15 22:41:50

标签: .net ubuntu curl nuget coreclr

在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)

2 个答案:

答案 0 :(得分:2)

这似乎是dotnet dnx工具中的一个缺陷,但在我的情况下,我能够解决这个缺陷。我希望RTM将会有一个修复,因为这是一个点网核心的RC版本。

当环境变量&#34; http_proxy&#34;时,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 ...

UserName为Empty,它将始终抛出异常。

如果是使用以下方式检查:

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

然后一切都会好起来的。空或默认凭证(例如,SystemDefaultCredentials不可变空)将被视为&#34;没有凭证&#34;。

否则,Microsoft可能会更改DNX工具以使凭据为null而不是使用SystemDefaultCredentials。这是一个简单的情况,调用者和被调用者在协议上不同意指定缺少凭证(null ref与ref为空字符串)。

在我的情况下,我使用的解决方法是填写虚假凭证,以便dnx工具不会抛出。幸运的是,我的代理服务器并没有抱怨不需要的和无效的凭证。

答案 1 :(得分:0)

使用经过身份验证的代理对我有用:RUN dnu restore -p http://user:pass@proxy.name.com。我正在构建图片From:microsoft/aspnet:1.0.0-rc1-final-coreclr