Nuget-Verbindungsversuch fehlgeschlagen "Dienstindex für Quelle kann nicht geladen werden"

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.

Sie müssen der Nuget.Config-Datei Proxy-Einstellungen hinzufügen. Weitere Informationen finden Sie unter diesem Link: Nuget-Konfigurationsabschnitt und Nuget-Proxy-Einstellungen .

Öffnen Sie den Registrierungseditor, indem Sie Win+ drücken Rund eingebenregedit Enter

Navigieren Sie zu:

\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.3\Client

Ändern Sie den Wert von DisabledByDefaultSchlüssel 0 auf 1

Starten Sie dann Visual Studio neu.

Lesen Sie mehr über TLS
Lesen Sie mehr über dieses Problem bei NuGet

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

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.ConfigDatei 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"

Gehe zu

Einstellungen (Globale Einstellungen Ihres PCs)> Netzwerk und Internet> Proxy> Automatische Proxy-Einrichtung> und deaktivieren Sie die Einstellungen für die automatische Erkennung.

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

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 ...

In meinem Fall ist es passiert, weil ich keine Internetverbindung habe und es versucht, ein Gerüst zu bauen

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.

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

Der Fehler kann nur durch ein vorübergehendes Netzwerkproblem verursacht werden und verschwindet, wenn Sie es erneut versuchen.

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.

In meinem Fall habe ich gerade den Docker neu gestartet und einfach gearbeitet.

Ich habe den gleichen Fehler erhalten, RUN dotnet restoreals ich meinen Dockerfileusing- docker-compose upBefehl in ausgeführt habe Windows 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.

1. Deinstallieren Sie Dockervon Ihrem System
2. Starten Sie Ihr System neu

3. Installieren Sie Dockerüber diesen Link . Unten ist die Version meines Docker

   

4. Starten Sie Ihr System neu

5. Starten Sie Docker für Windows und suchen Sie Dockerin der Suchleiste in Windows. Stellen Sie sicher, dass es läuft.

6. Sie sollten gehen auch Services.mscund sicherstellen , dass die Dienste Docker Engineund Docker for Windows Serviceausgeführt werden .

   

7. 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.

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="yourname@company.com" />
          <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.

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

NuGet.org wird die Unterstützung für TLS 1.0 und 1.1 am 15. Juni endgültig entfernen. Stellen Sie sicher, dass Ihre Systeme TLS 1.2 verwenden.

Unter diesem Link finden Sie Informationen zur TLS 1.2-Unterstützung

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

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.jsonin 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.  

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" />

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

In meinem Fall hatte ich Fiddler laufen lassen, was meine Proxy-Einstellungen geändert hatte

In meinem Fall musste ich die Quellen in den Visual Studio-Optionen-> NugetPAckageManager-> Quellen hinzufügen und dann die Visual Studio-Eingabeaufforderung neu starten

Ich hatte diesen Fehler und stellte dann fest, dass ich mit meinem persönlichen Microsoft-Konto anstelle meines Arbeitskontos angemeldet war.

Hoffe das hilft.

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.

Vielleicht dies hilft

Beim Entfernen des .nuget-Ordners in C: \ Users \ YourNameHere wurde das Problem behoben.

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.

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.

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.jsonmit /v2.

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.

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.