Ich finde heraus, dass NuGet die Konfiguration der Proxy-Einstellungen seit Version 1.4 zulässt. Ich kann jedoch kein Befehlszeilenbeispiel finden.
Ich versuche, einen Build auszuführen, und NuGet kann keine Verbindung herstellen.
Wie konfiguriere ich die Proxy-Einstellungen in der Befehlszeile?
http_proxy
undhttps_proxy
Umgebungsvariablen sowie Ihre System-Proxy-Einstellungen zu überprüfenAntworten:
Folgendes habe ich getan, damit dies mit meinem Unternehmens-Proxy funktioniert, der die NTLM-Authentifizierung verwendet. Ich habe NuGet.exe heruntergeladen und dann die folgenden Befehle ausgeführt (die ich in den Kommentaren zu dieser Diskussion über CodePlex gefunden habe):
Dies legte die folgenden in meinem
NuGet.config
gelegen an%appdata%\NuGet
(die Karten C: \ Users \ myUserName \ AppData \ Roaming auf meinem Windows 7 - Maschine):Dies hat übrigens auch mein Problem behoben, dass NuGet nur beim ersten Aufrufen der Paketquelle in Visual Studio funktioniert.
Wenn Sie jedoch feststellen, dass Sie Ihr Kennwort in der NuGet-Konfigurationsdatei angeben müssen , müssen Sie das in der NuGet-Konfiguration gespeicherte Kennwort über die Befehlszeile über die Befehlszeile aktualisieren, wenn Ihre Proxy-Anmeldeinformationen auch Ihr Netzwerk sind Anmeldeinformationen .
quelle
Vielleicht könnten Sie dies in Ihrer devenv.exe.config versuchen
Ich habe es im NuGet Issue Tracker gefunden
Es gibt auch andere wertvolle Kommentare zu NuGet + -Netzwerkproblemen.
quelle
xml <system.net> <defaultProxy useDefaultCredentials="true" enabled="true"> </defaultProxy> <settings> <ipv6 enabled="true"/> </settings> </system.net>
Arbeiten Sie für mich, es wurden die System-Proxy-Einstellungen verwendet. Getestet auf WINDOWS 10Nur für den Fall, dass Sie die https-Version von nuget ( https://www.nuget.org ) verwenden, beachten Sie, dass Sie die Werte mit https festlegen müssen.
quelle
Ich könnte mich irren, aber ich dachte, es werden die Proxy-Einstellungen des IE verwendet.
Wenn Sie sich anmelden müssen, wird ein Dialogfeld geöffnet, in dem Sie dazu aufgefordert werden (Anmeldung).
Die Beschreibung hierzu finden Sie hier -> http://docs.nuget.org/docs/release-notes/nuget-1.5
quelle
Für alle Benutzer von VS2015: Ich habe den Fehler "407-Proxy-Authentifizierung erforderlich" festgestellt, der meinen Build beschädigt hat. Nach einigen Stunden der Untersuchung stellte sich heraus, dass MSBuild beim Versuch, Nuget als Teil des Ziels 'DownloadNuGet' herunterzuladen, keine Anmeldeinformationen gesendet hat. Die Lösung bestand darin, das folgende XML zu C hinzuzufügen: \ Programme (x86) \ MSBuild \ 14.0 \ Bin \ MSBuild.exe.config innerhalb des
<configuration>
Elements:quelle
Die Lösung für mich war einzuschließen
In der
nuget.config
Datei.quelle
Eine andere Variante für denselben "Proxy für Nuget": Alternativ können Sie Ihre Nuget-Proxy-Einstellungen so einstellen, dass eine Verbindung über Fiddler hergestellt wird . Unter cmd werden die Proxy-Einstellungen in der Standard-Nuget-Konfigurationsdatei für den Benutzer unter gespeichert
%APPDATA%\NuGet\NuGet.Config
Wenn Sie Nuget benötigen, um auf das Internet zuzugreifen, öffnen Sie einfach Fiddler, und Sie haben Fiddler, der den Standardport 8888 abhört.
Diese Konfiguration reagiert nicht auf Passwork-Änderungen, da Fiddler die Authentifizierung mit dem Upstream-Proxy für Sie auflöst.
quelle
Vielleicht hilft das jemand anderem. Für mich bestand die Lösung darin, die NuGet-Einstellungen in Visual Studio (2015/2017) zu öffnen und eine neue Feed-URL hinzuzufügen: http://www.nuget.org/api/v2/ .
Ich musste keine Proxy-bezogenen Einstellungen ändern.
quelle
Nur eine kleine Ergänzung ...
Wenn es funktioniert, dass Sie nur die Einstellung http_proxy und nicht den Benutzernamen und das Kennwort angeben, würde ich empfehlen, die Proxy-Einstellungen in eine lokale Projektdatei nuget.config einzufügen und sie der Quellcodeverwaltung zu übergeben. Auf diese Weise erhalten alle Teammitglieder die gleichen Einstellungen.
Erstellen Sie eine leere. \ Nuget.config
Dann:
Und schließlich legen Sie Ihre neue lokale Projektdatei Nuget.config fest.
quelle
Versuchen Sie dies . Grundsätzlich kann die Verbindung fehlschlagen, wenn Ihr System dem Nuget-Zertifikat nicht vertraut.
quelle
Abgesehen von den Vorschlägen von @arcain musste ich die folgende URL des Windows Azure Content Delivery Network zur Whitelist unseres Proxyservers hinzufügen:
quelle
Oben Lösung von @arcain Plus unten Schritte haben mich das Problem gelöst
Durch Ändern der "Paketquellen" unter den Einstellungen des Nuget-Paketmanagers, um das Kontrollkästchen für die Verwendung der Einstellungen von nuget.org zu aktivieren, wurde mein Problem behoben.
Ich habe auch geändert, um das (nuget.org) als erste Wahl für die Paketquelle zu verwenden.
Ich habe die Paketquellen meines Unternehmens deaktiviert, um sicherzustellen, dass das Nuget immer von globalen Quellen abgerufen wurde.
quelle
Unter Windows Server 2016 Standard, auf dem ich entwickelt habe, musste ich nur die Systemsteuerung des Anmeldeinformations-Managers öffnen und die zwischengespeicherten Proxy-Einstellungen für Visual Studio löschen, die nicht mehr gültig waren, und dann Visual Studio neu starten. Beim nächsten Öffnen des Nuget Package Managers wurde ich aufgefordert, Proxy-Anmeldeinformationen einzugeben, wodurch ich wieder arbeiten konnte.
Siehe: https://support.microsoft.com/en-us/help/4026814/windows-accessing-credential-manager
quelle