2012-08-23 6 views
12

Niedawno zaktualizowałem VS2012 RC do RTM, a od czasu uaktualnienia do RTM nie mam już dostępu do nuget. Otrzymuję następujący błąd w oknie Zarządzaj pakietami NuGet.NuGet VS 2012 ServicePointManager nie obsługuje serwerów proxy ze schematem https

The ServicePointManager does not support proxies with the https scheme. 

Spojrzałem na rozwiązania oferowane here w poprzednim przepełnienie stosu pytanie, ale to nie dotyczy mnie, nie jestem za firewallem (na pewno nie miało być i zweryfikowane przez http://whatismyipaddress.com/proxy-check). Widzę też, że kanały RSS/VS mogą uzyskiwać dostęp do innych zasobów sieciowych, które w poprzednim pytaniu dotyczyły całego ruchu internetowego VS, a nie tylko NuGeta, tak jak w moim przypadku.

Jakieś pomysły, co mogło to spowodować lub jak przywrócić dostęp do NuGet? Próbowałem tego na moich maszynach w pracy i moim komputerze osobistym w domu, wszystkie z takim samym skutkiem.

Odpowiedz

3

Dzieje się tak również w przypadku konfiguracji serwera proxy w ustawieniach internetowych.

+5

Dokładnie, ja dodana domyślny serwer proxy do mojego machine.config, aby złapać żądania SOAP pochodzą. NET w Fiddler. Usunąłem wpis konfiguracji proxy, zapisałem konfigurację, następnie musiałem ponownie uruchomić VS, co rozwiązało problem. – Tor

+2

To jest poprawna odpowiedź, przyczyną tego błędu jest serwer proxy. W moim przypadku było to [ustawienia proxy w pliku machine.config] (https://msdn.microsoft.com/en-us/library/kd3cf2ex%28v=vs.110%29.aspx). Po ich usunięciu błąd zniknął. –

2

Sprawdź zmienne środowiskowe systemu pod kątem http_proxy i https_proxy. NuGet sprawdza te pierwsze, jeśli istnieją. Jeśli zmienne środowiskowe proxy zaczynają się od https, NuGet zawiedzie. Napraw je i uruchom ponownie komputer (ponowne uruchomienie programu Visual Studio nie działa dla mnie).

Można to sprawdzić poprzez otwarcie konsoli Menedżer pakietów:

Get-Childitem env:http_proxy 
Get-Childitem env:https_proxy 

Jeśli chcesz szybko dostać to działa bez ponownego uruchamiania komputera, należy ręcznie ustawić proxy w konsoli Menedżer pakietów:

$env:http_proxy = "http://your.proxy.com:1234" 
$env:https_proxy = "http://your.proxy.com:1234" 
2

Bardzo późna odpowiedź, ale otrzymałem dokładnie ten sam komunikat podczas przywracania pakietów Nuget w VS 2015. Wygląda na to, że ostatnio ponownie uruchomiłem moją maszynę, nie powstrzymałem Fiddlera, a Fiddler chyba zostawił coś w zabawny stan. Kiedy zacząłem i wychodziłem z Skrzypka, sprawa odeszła.

7

Zacząłem dostawać to w VS2015 na jednej z moich maszyn. Miałem dodatkowy pakiet informacyjny na temat mojego systemu, który nieustannie prosił mnie o poświadczenia i nie udało mi się nawet przy wpisywaniu poprawnych danych uwierzytelniających. Co pomogło mi było wyczyszczenie pamięci podręcznej Nuget i config usuwając te dwie Nuget foldery:

  • % appdata% \ Nuget
  • % LocalAppData% \ Nuget

Potem ponownie uruchomić Visual Studio i ponownie dodałem moje niestandardowe źródło pakietów.

5

Nie jestem pewien, co się stało w historii użycia nugetu, ale w końcu utknąłem za pomocą proxy dla mojej maszyny programistycznej. aby to działało.

1- otwarty Fiddler

2- goto %AppData%\NuGet\NuGet.config

źródła opakowania

<packageSources> 
    <add key="nuget http" value="http://www.nuget.org/api/v2/" /> 
    <add key="nuget.org" value="https://www.nuget.org/api/v2/" /> 
</packageSources> 

3- konfiguracji

<config> 
    <add key="HTTP_PROXY" value="http://127.0.0.1:8888" /> 
    </config> 

4- zysku.

1

I również w obliczu tego samego problemu za to po prostu zamknęłam Skrzypek i ponownym uruchomieniu programu Visual Studio, aby rozwiązać problem