Beim Versuch, eine Verbindung zu Nuget herzustellen, wird der folgende Fehler angezeigt, und ich kann keine Verbindung herstellen:
[nuget.org] Der Dienstindex für die Quelle https://api.nuget.org/v3/index.json kann nicht geladen werden . Beim Senden der Anforderung ist ein Fehler aufgetreten. Verbindung zum Remoteserver kann nicht hergestellt werden Ein Verbindungsversuch ist fehlgeschlagen, weil der verbundene Teilnehmer nach einer bestimmten Zeit nicht richtig geantwortet hat, oder die hergestellte Verbindung ist fehlgeschlagen, weil der verbundene Host nicht geantwortet hat. 68.232.34.200:443
Ich kann https://api.nuget.org/v3/index.json
über meinen Browser darauf zugreifen .
Es ist kein Duplikat. Die anderen Antworten lösen mein Problem nicht.
quelle
Antworten:
Sie müssen der Nuget.Config-Datei Proxy-Einstellungen hinzufügen. Weitere Informationen finden Sie unter diesem Link: Nuget-Konfigurationsabschnitt und Nuget-Proxy-Einstellungen .
quelle
Öffnen Sie den Registrierungseditor, indem Sie Win+ drücken Rund eingeben
regedit
EnterNavigieren Sie zu:
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.3\Client
Ändern Sie den Wert von
DisabledByDefault
Schlüssel 0 auf 1Starten Sie dann Visual Studio neu.
Lesen Sie mehr über TLS
Lesen Sie mehr über dieses Problem bei NuGet
quelle
DisabledByDefault
Standardeinstellungen von Windows 10 1. Windows Updater oder Visual Studio Updater können ihn jedoch auf 0 ändern. Aus diesem Grund konnte Visual Studio keine Verbindung zu einerhttps
sicheren Site herstellen.Beim Durchsuchen des NuGet-Pakets wurde der gleiche Fehler angezeigt, um den im folgenden Schritt beschriebenen Fehler zu beheben
1- gehe zu
%appdata%\NuGet\NuGet.config
2- Überprüfen Sie die in dieser Konfiguration genannten URLs
3- Entfernen Sie die URL, die nicht benötigt wird
4- Starten Sie Visual Studio neu und überprüfen Sie
quelle
Ich bin auf dieses Problem gestoßen, als ich versuchte, nuget.exe über Jenkins auszuführen (als Dienst konfiguriert, standardmäßig unter Verwendung des lokalen Systemkontos). Ich habe eine
C:\Windows\System32\config\systemprofile\AppData\Roaming\NuGet\NuGet.Config
Datei bearbeitet , die wie folgt aussieht:<?xml version="1.0" encoding="utf-8"?> <configuration> <config> <add key="http_proxy" value="http://proxy_hostname_or_ip:3128" /> <add key="https_proxy" value="http://proxy_hostname_or_ip:3128" /> </config> <packageSources> <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" /> </packageSources> </configuration>
Zum Testen der Eingabeaufforderung kann über PSTools gestartet werden :
psexec -i -s CMD
und tatsächlicher Testlauf in den neu erstellten cmd-Fenstern (wird als lokales System ausgeführt):
path_to_nuget\nuget.exe restore "path_to_solution\theSolution.sln"
quelle
Gehe zu
Einstellungen (Globale Einstellungen Ihres PCs)> Netzwerk und Internet> Proxy> Automatische Proxy-Einrichtung> und deaktivieren Sie die Einstellungen für die automatische Erkennung.
quelle
Das Löschen von% AppData% \ NuGet \ NuGet.Config und der Neustart von VS2019 haben bei mir funktioniert.
Ähnlich wie bei https://github.com/NuGet/Home/issues/3281
quelle
Es ist erwähnenswert, dass es einen Fehler bei der .net-Kern-SSL-Authentifizierung gab, der dies verursachen konnte. Das Deaktivieren der neuesten Netzwerk-Stack-Implementierung hat dieses Problem für mich gelöst.
Sie können dies dauerhaft festlegen oder Ihre App einfach starten mit:
DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER=0 dotnet ...
quelle
In meinem Fall ist es passiert, weil ich keine Internetverbindung habe und es versucht, ein Gerüst zu bauen
quelle
Möglicherweise hat etwas Ihre Proxy-Einstellung geändert, z. B. Fiddler. Schließen Sie Fiddler, schließen Sie Visual Studio und öffnen Sie es erneut.
quelle
Wenn der folgende Fehler auftritt, müssen Sie möglicherweise Ihre Azure Artifacts-Anmeldeinformationen einrichten. Weitere Informationen finden Sie unter diesem Github-Link . Sie können den Anmeldeinformationsanbieter entweder durch Ausführen eines Powershell-Skripts oder manuell installieren.
error : Response status code does not indicate success: 401 (Unauthorized).
quelle
Der Fehler kann nur durch ein vorübergehendes Netzwerkproblem verursacht werden und verschwindet, wenn Sie es erneut versuchen.
quelle
Ich verwende VSO / Azure DevOps.
Sie können die Feed-URL auch direkt in Ihrem Browser aufrufen. Möglicherweise erhalten Sie eine Antwort, die eine Nachricht wie diese enthält, wodurch Ihre Diagnose möglicherweise viel schneller wird:
The user does not have a license for the extension ms.feed.
quelle
package sources
Erweiterung bekomme, mit der dies funktioniert. Scheint ein bisschen albern, aber da ist es.In meinem Fall habe ich gerade den Docker neu gestartet und einfach gearbeitet.
quelle
Ich habe den gleichen Fehler erhalten,
RUN dotnet restore
als ich meinenDockerfile
using-docker-compose up
Befehl in ausgeführt habeWindows 10
.Ich habe alle möglichen Lösungen ausprobiert, die im Internet angeboten werden, und habe auch dieses offene Problem im Auge behalten . Nachdem ich mehr als 8 Stunden damit verbracht hatte, die vorherigen Schritte auszuführen, konnte ich mein Problem beheben.
Docker
von Ihrem SystemInstallieren Sie
Docker
über diesen Link . Unten ist die Version meines DockerStarten Sie Ihr System neu
Starten Sie Docker für Windows und suchen Sie
Docker
in der Suchleiste in Windows. Stellen Sie sicher, dass es läuft.Sie sollten gehen auch
Services.msc
und sicherstellen , dass die DiensteDocker Engine
undDocker for Windows Service
ausgeführt werden .Zuletzt müssen Sie Ihre Nuget.config-Datei von überprüfen
C:\Users\{Username}\AppData\Roaming\NuGet
. Für mich war der Inhalt dieser Datei wie folgt.<?xml version="1.0" encoding="utf-8"?> <configuration> <packageSources> <add key="nuget.org" value="https://api.nuget.org/v3/index.json" /> </packageSources> <packageRestore> <add key="enabled" value="True" /> <add key="automatic" value="True" /> </packageRestore> <bindingRedirects> <add key="skip" value="False" /> </bindingRedirects> <packageManagement> <add key="format" value="0" /> <add key="disabled" value="False" /> </packageManagement> </configuration>
Hoffe das hilft.
quelle
Ich hatte ein ähnliches Problem beim Versuch, eine Verbindung zu meinem privaten TFS-Server anstelle des öffentlichen NuGet-API-Servers herzustellen. Aus irgendeinem Grund hatte ich ein Problem zwischen dem AD-Server und dem TFS-Server, sodass immer ein 401 zurückgegeben wurde. Der NuGet-Konfigurationsartikel zeigt, dass Sie Ihren AD-Benutzernamen und Ihr Kennwort wie folgt zur Konfigurationsdatei hinzufügen können:
<packageSourceCredentials> <vstsfeed> <add key="Username" value="[email protected]" /> <add key="Password" value="this is an encrypted password" > <!-- add key="ClearTextPassword" value="not recommended password" --> </vstsfeed> </packageSourceCredentials>
Dies ist keine ideale Lösung, eher eine vorübergehende, bis ich herausfinden kann, wo das Problem mit dem AD-Server liegt, aber dies sollte es tun.
quelle
Ich habe eine ältere Version von Nuget auf VS2010 verwendet, wo standardmäßig TLS 1.0 verwendet wird. Hier kann dies behoben werden, indem die vom .Net-Framework verwendete Standard-TLS-Version geändert wird, die in Registrierungsschlüsseln konfiguriert ist
reg add HKLM\SOFTWARE\Microsoft\.NETFramework\v4.0.30319 /v SystemDefaultTlsVersions /t REG_DWORD /d 1 /f /reg:64 reg add HKLM\SOFTWARE\Microsoft\.NETFramework\v4.0.30319 /v SystemDefaultTlsVersions /t REG_DWORD /d 1 /f /reg:32
Zu Ihrer Information
Unter diesem Link finden Sie Informationen zur TLS 1.2-Unterstützung
quelle
Beim Erstellen der Identität für mein ASP.NET Core MVC-Projekt wurde dieselbe Fehlermeldung angezeigt. Da sich meine Verbindung nicht hinter einem Proxy befand, war das Entfernen / Bearbeiten von Proxy-Konfigurationen nicht sinnvoll. Und ich wollte auch keine Datei löschen oder PMC deinstallieren. Während ich mich umsah, bemerkte ich eine Schaltfläche "Alle Nuget-Caches löschen" unter Extras -> Optionen -> NuGet Package Manager -> Allgemein. Nach dem Drücken der Taste musste ich einige Zeit warten, bis der Vorgang abgeschlossen war. Danach habe ich erneut versucht, die Identität aufzubauen, aber es hat nicht funktioniert. Dann habe ich beschlossen, VS und voila neu zu starten :)
quelle
Einige Entwicklungsumgebungen verwenden möglicherweise weder einen Browser noch einen Proxy.
Eine Lösung würde das Paket von einem Nugget wie dem
https://dotnet.myget.org/F/dotnet-core/api/v3/index.json
in ein freigegebenes Verzeichnis herunterladen und dann Folgendes ausführen:dotnet add package Microsoft.AspNetCore.StaticFiles -s "shared drive:\index.json"
Ich hoffe das funktioniert bei dir.
quelle
Zur Unterstützung der Antwort von @Eddie Chen ( hier ) musste ich der folgenden Datei auch die Einstellung http_proxy hinzufügen:
C: \ Windows \ system32 \ config \ systemprofile \ AppData \ Roaming \ NuGet \ NuGet.Config
<add key="http_proxy" value="http://your_proxy_url:8080" />
quelle
Gehen Sie zu -> Extras -> Erweiterungen und Updates und deinstallieren Sie den NuGet-Paketmanager. Starten Sie Visual Studio neu und installieren Sie es neu. Alles wird auf Normal gesetzt
quelle
In meinem Fall hatte ich Fiddler laufen lassen, was meine Proxy-Einstellungen geändert hatte
quelle
In meinem Fall musste ich die Quellen in den Visual Studio-Optionen-> NugetPAckageManager-> Quellen hinzufügen und dann die Visual Studio-Eingabeaufforderung neu starten
quelle
Ich hatte diesen Fehler und stellte dann fest, dass ich mit meinem persönlichen Microsoft-Konto anstelle meines Arbeitskontos angemeldet war.
Hoffe das hilft.
quelle
Wenn Sie diesen Fehler erhalten, aber keinen Proxyserver haben, können Sie zu gehen
%userprofile%\AppData\Roaming\NuGet\NuGet.Config
Und kommentieren Sie diese Zeilen:
<config> <!-- Proxy settings --> <add key="http_proxy" value="host" /> <add key="http_proxy.user" value="username" /> <add key="http_proxy.password" value="encrypted_password" /> </config>
Es hat bei mir funktioniert, weil ich diesen Fehler erhalten habe, aber keinen Proxyserver habe.
quelle
Vielleicht dies hilft
quelle
Stellen Sie sicher, dass Docker auf Ihrem lokalen Computer ausgeführt wird. Der Befehl build funktioniert, aber das erforderliche Docker wird ausgeführt, um Netzwerkdaten abzurufen.
Ich denke es wird helfen.
quelle
Wenn Sie Visual Studio 2019 verwenden, löschen Sie einfach den Abschnitt "Standardproxy", wenn Sie in devenv.exe.config keine Standardproxys verwenden. In VS 2017 war dieser Abschnitt nicht vorhanden
Veränderung
<defaultProxy enabled="true" useDefaultCredentials="true"> <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/> </defaultProxy>
zu
<!--<defaultProxy enabled="true" useDefaultCredentials="true"> <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/> </defaultProxy>-->
Andernfalls geben Sie den entsprechenden Proxy-Benutzernamen und das entsprechende Kennwort an.
quelle
Ich habe versucht, eine Nuure Art-NuGet-Quelle hinzuzufügen.
Ich habe die Anweisungen von Microsoft hier mit einem kritischen Versehen befolgt .
Ich habe vergessen zu ersetzen
/v3/index.json
mit/v2
.quelle
Es scheint, dass Nuget immer noch die Proxy-Skriptadresse (für unser VPN) verwendet, obwohl die Proxy-Einstellungen deaktiviert sind. Ich habe die Skriptadresse entfernt und es funktioniert.
quelle
Wenn Sie sich hinter einem Firmenproxy und auf einem Mac befinden, stellen Sie einfach sicher, dass Ihre http / https-Kontrollkästchen aktiviert und angewendet sind.
quelle