Nuget-verbindingspoging mislukt “Kan de service-index voor bron niet laden”

Terwijl ik probeer verbinding te maken met Nuget, krijg ik de onderstaande foutmelding en kan ik geen verbinding maken:

[nuget.org] Kan de service-index voor de bron niet laden
https://api.nuget.org/v3/index.json.
Er is een fout opgetreden tijdens het verzenden van het verzoek.
Kan geen verbinding maken met de externe server
Een verbindingspoging is mislukt omdat de aangesloten partij na verloop van tijd niet correct heeft gereageerd of verbinding tot stand heeft gebracht
mislukt omdat de verbonden host niet heeft gereageerd 68.232.34.200:443

Ik heb toegang tot https://api.nuget.org/v3/index.jsonin mijn browser.

Deze vraag is geen duplicaat. De andere antwoorden lossen mijn probleem niet op.


Antwoord 1, autoriteit 100%

Het verwijderen van %AppData%\NuGet\NuGet.Config en het opnieuw opstarten van VS2019 werkte voor mij.

Vergelijkbaar met https://github.com/NuGet/Home/issues/3281


Antwoord 2, autoriteit 97%

U moet proxy-instellingen toevoegen aan het Nuget.Config-bestand. Raadpleeg deze link voor details: Nuget Config-sectie&amp ; Nuget-proxy-instellingen.


Antwoord 3, autoriteit 74%

Open de Register-editor door op Win+ Rte drukken en regeditEnter

te typen

Navigeer naar:

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

Verander de waarde van DisabledByDefaulttoets 0 in 1

Herstart vervolgens Visual Studio.

Lees meer over TLS
Lees meer over dit probleem w.r.t. NuGet


Antwoord 4, autoriteit 67%

Ik kreeg dezelfde fout terwijl ik door het NuGet-pakket probeerde te bladeren, om dezelfde onderstaande stap op te lossen:

1- ga naar %appdata%\NuGet\NuGet.config

2- Controleer de URL’s die in die configuratie worden genoemd

3- Verwijder de url die niet vereist is

4- Herstart Visual Studio en controleer


Antwoord 5, autoriteit 28%

Ik ben dit probleem tegengekomen toen ik probeerde nuget.exe uit te voeren via Jenkins (geconfigureerd als een service, standaard met behulp van een lokaal systeemaccount). Ik heb het bestand C:\Windows\System32\config\systemprofile\AppData\Roaming\NuGet\NuGet.Configbewerkt, dat er als volgt uitziet:

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

Om de opdrachtprompt te testen kan worden gestart via PSTools:

psexec -i -s CMD

en daadwerkelijke testrun in de nieuw gemaakte cmd-vensters (draait als lokaal systeem):

path_to_nuget\nuget.exe restore "path_to_solution\theSolution.sln"

Antwoord 6, autoriteit 23%

Ga naar

Instellingen ( Algemene instellingen van uw pc ) > Netwerk en internet > Proxy > Automatische proxy-instelling > en zet Instellingen automatisch detecteren uit.


Antwoord 7, autoriteit 13%

Ik had een soortgelijk probleem toen ik verbinding probeerde te maken met mijn privé TFS-server in plaats van met de openbare NuGet API-server. Om de een of andere reden had ik een probleem tussen de AD-server en de TFS-server, zodat deze altijd een 401 zou retourneren. Het NuGet-configuratieartikel laat zien dat u uw AD-gebruikersnaam en wachtwoord als volgt aan het configuratiebestand kunt toevoegen:

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

Dit is niet helemaal een ideale oplossing, meer een tijdelijke totdat ik kan achterhalen wat het probleem is met de AD-server, maar dit zou het moeten doen.


Antwoord 8, autoriteit 13%

Als u de volgende fout ziet, moet u mogelijk uw Azure Artifacts-referentie instellen, zie deze Github-link, u kunt de referentieprovider installeren door een powershell-script uit te voeren of handmatig.

error :   Response status code does not indicate success: 401 (Unauthorized).

Antwoord 9, autoriteit 13%

Eenvoudig:

  1. VS2019 sluiten
  2. Ga naar C:\Users\you\AppData\Roaming\NuGet
  3. Verwijder het bestand NuGet.Config
  4. VS2019 opnieuw starten

Je bent klaar om te gaan!


Antwoord 10, autoriteit 10%

Als je deze foutmelding krijgt, maar je hebt geen proxyserver, ga dan naar

%userprofile%\AppData\Roaming\NuGet\NuGet.Config

En becommentarieer deze regels:

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

Bij mij werkte het omdat ik die foutmelding kreeg, maar ik heb geen proxyserver.


Antwoord 11, autoriteit 10%

Het is vermeldenswaard dat er een bug was met .net core SSL-authenticatie die dit zou kunnen veroorzaken. Door hun nieuwste netwerkstack-implementatie uit te schakelen, is dit probleem voor mij opgelost.

Je kunt dit permanent instellen of je app starten met:

DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER=0 dotnet ...

Antwoord 12, autoriteit 10%

In mijn geval is het gebeurd omdat ik geen internetverbinding heb en het probeert te steigeren


Antwoord 13, autoriteit 8%

De fout kan worden veroorzaakt door een tijdelijk netwerkprobleem en verdwijnen als u het opnieuw probeert.


Antwoord 14, autoriteit 8%

Er is mogelijk iets aan uw proxy-instelling veranderd, zoals Fiddler. Sluit Fiddler, sluit vervolgens Visual Studio en open het opnieuw.


Antwoord 15, autoriteit 8%

Ik gebruikte een oudere versie van Nuget op VS2010, waar deze standaard is ingesteld op TLS 1.0
hier kan het worden opgelost door de standaard TLS-versie te wijzigen die wordt gebruikt door .Net-framework dat is geconfigureerd in registersleutels

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

Ter info

NuGet.org zal de ondersteuning voor TLS 1.0 en 1.1 op 15 juni permanent verwijderen. Zorg ervoor dat uw systemen TLS 1.2 gebruiken.

Je kunt verwijzen naar deze linkvoor informatie over TLS 1.2-ondersteuning


Antwoord 16, autoriteit 8%

Een van je nugetbronnen is mogelijk onbereikbaar.

Op het moment van schrijven is AspNetCore (https:/ /dotnet.myget.org/F/aspnetcore-dev/api/v3/index.json) lijkt een verlopen certificaat te hebben of is volledig verwijderd.

Geen toegang tot het JSON-bestand

Het eenvoudigweg verwijderen van de nugetbron uit je instellingen zou dit probleem moeten oplossen

Nuget-bron verwijderen uit Visual Studio


Antwoord 17, autoriteit 5%

Ik kreeg dezelfde foutmelding bij het steigeren van identiteit aan mijn ASP.NET Core MVC-project. Aangezien mijn verbinding niet achter een proxy zat, had het geen zin om proxyconfiguraties te verwijderen/bewerken. En ik wilde ook geen bestand verwijderen of PMC verwijderen. Terwijl ik rondkeek, realiseerde ik me een “Clear All Nuget Cache(s)”-knop op Tools –> Opties –> NuGet-pakketbeheerder –> Algemeen. Nadat ik op de knop had gedrukt, moest ik enige tijd wachten voordat de operatie was voltooid. Daarna probeerde ik de Identity opnieuw te scaffolden, maar het lukte niet. Toen besloot ik VS opnieuw op te starten en voila 🙂

voer hier de afbeeldingsbeschrijving in


Antwoord 18, autoriteit 3%

Sommige ontwikkelomgevingen gebruiken mogelijk geen browser of proxy.

Een oplossing zou zijn om het pakket te downloaden van nugget zoals de https://dotnet.myget.org/F/dotnet-core/api/v3/index.jsonnaar een gedeelde map en vervolgens uit te voeren het volgende:

dotnet add package Microsoft.AspNetCore.StaticFiles -s "shared drive:\index.json"

Ik hoop dat dat voor jou werkt.
 


Antwoord 19, autoriteit 3%

Ik gebruik VSO/Azure DevOps.

Je kunt de feed-url ook rechtstreeks in je browser bezoeken. Het kan zijn dat je een reactie krijgt met een bericht als dit, waardoor je diagnose een stuk sneller kan worden gesteld:

The user does not have a license for the extension ms.feed.


Antwoord 20, autoriteit 3%

In mijn geval heb ik de docker net opnieuw opgestart en gewoon gewerkt.


Antwoord 21, autoriteit 3%

Als u Visual Studio 2019 gebruikt, verwijdert u gewoon de sectie “defaultproxy” als u geen standaardproxy’s gebruikt in devenv.exe.config. in VS 2017 was deze sectie niet aanwezig

wijzig

<defaultProxy enabled="true" useDefaultCredentials="true">
    <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/>
</defaultProxy>

naar

<!--<defaultProxy enabled="true" useDefaultCredentials="true">
    <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/>
</defaultProxy>-->

Geef anders de juiste gebruikersnaam en wachtwoord voor de proxy op.


Antwoord 22, autoriteit 3%

nuget restore 

en

msbuild /t:restore

beiden werkten niet voor mij met dezelfde fout. Maar

dotnet restore 

werkte perfect. Probeer dat eens


Antwoord 23, autoriteit 3%

In mijn geval was het probleem dat ik aan het bouwen was op een oudere virtuele machine die was gebaseerd op Win7.

Ik heb deze oplossing gevonden op https://github.com/NuGet/ NuGetGallery/issues/8176#issuecomment-683923724:

nuget.org begon het gebruik van TLS 1.2 af te dwingen (en liet de ondersteuning vallen)
voor TLS 1.1 en 1.0) eerder dit jaar. Windows 7 heeft TLS 1.2 uitgeschakeld
standaard (controleer de waarde DisabledByDefaultonder
HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Clientin uw register). Om de ondersteuning in te schakelen, zorg ervoor dat u een update (*) hebt geïnstalleerd en schakel de ondersteuning in:

reg add HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client" /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:32
reg add "HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client" /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:64
reg add "HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client" /v Enabled /t REG_DWORD /d 1 /f /reg:32
reg add "HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client" /v Enabled /t REG_DWORD /d 1 /f /reg:64

De (*) update waarnaar wordt verwezen was Microsoft kb3140245:
Update voor Windows 7 (KB3140245)

Ik heb de update geïnstalleerd, opnieuw opgestart (zoals gevraagd door de update), die registersleutels toegevoegd, en toen werkte Nuget prima.


Antwoord 24, autoriteit 3%

Ik had een soortgelijk probleem tijdens het uitvoeren van Install-Package Modernizrop Visual Studio 2015. Ik heb mijn probleem opgelost door de onderstaande stappen te volgen:

  1. Download het pakket van de online bron.
  2. Ga naar Extra/NuGet Package Manager/Instellingen Pakketbeheer.
  3. Selecteer Pakketbronnenin het venster.
  4. Voeg een nieuwe pakketbron toe door op het +teken te klikken. Voer een naam en bronlocatie in door op het teken (driepunts) te klikken.
  5. Zorg ervoor dat alleen de pakketbron die u zojuist heeft toegevoegd, is aangevinkt. Schakel alle andere pakketbronnen uit.
  6. Ga naar Pakketbeheerconsoleen typ Install-Package Modernizr.
  7. Visual Studio 2015 installeert het pakket automatisch en maakt de mappen Scriptsen pakkettenin uw hoofdmap.

Ik hoop dat dezelfde oplossing ook werkt bij het installeren van andere pakketten.


Antwoord 25, autoriteit 3%

Ik heb veel van de hier vermelde antwoorden geprobeerd, maar deze hebben het probleem niet opgelost. Uiteindelijk moest ik naar de referentiemanager in Windows gaan en het VSCredentials_xxx-item verwijderen onder “Windows-referenties” en Visual Studio 2019 opnieuw opstarten.

Daarna – bij de volgende VS-start – vroeg VS me eindelijk om mijn proxy-inloggegevens – en nadat ik ze had ingevoerd, werkte de toegang tot internet voor Visual Studio.

(Het leek erop dat VS mijn aanvankelijk gegeven proxy-inloggegevens lang geleden had opgeslagen – maar omdat in ons bedrijf wachtwoordwijziging na 3 maanden wordt afgedwongen – waren de inloggegevens niet langer geldig.)


Antwoord 26

Ter ondersteuning van het antwoord van @Eddie Chen (hier) moest ik de http_proxy-instelling toevoegen aan het volgende bestand als goed:

C:\Windows\system32\config\systemprofile\AppData\Roaming\NuGet\NuGet.Config

<add key="http_proxy" value="http://your_proxy_url:8080" />

Antwoord 27

Ga naar -> Hulpmiddelen -> Extensies en updates en verwijder NuGet-pakketbeheerder.. herstart Visual Studio en installeer het opnieuw…. alles wordt weer normaal


Antwoord 28

In mijn geval had ik Fiddler draaien waardoor mijn proxy-instellingen waren gewijzigd


Antwoord 29

Ik kreeg dezelfde fout tijdens het uitvoeren van RUN dotnet restorein mijn Dockerfilemet de opdracht docker-compose upin Windows 10.

voer hier de afbeeldingsbeschrijving in

Ik heb alle mogelijke oplossingen op internet geprobeerd en hield ook dit in de gaten openstaande kwestie. Eindelijk, na meer dan 8 uur te hebben doorgebracht, kon ik mijn probleem oplossen door de voorgaande stappen te volgen.

  1. Verwijder Dockervan uw systeem
  2. Start je systeem opnieuw op
  3. Installeer Dockervanaf deze link. Hieronder is de versie van mijn Docker

    voer hier de afbeeldingsbeschrijving in

  4. Start uw systeem opnieuw op

  5. Start Docker voor Windows, zoek Dockerin de zoekbalk in Windows. Zorg ervoor dat het actief is.

  6. Je moet ook naar Services.mscgaan en ervoor zorgen dat de services Docker Engineen Docker for Windows Serviceactief zijn.

    voer hier de afbeeldingsbeschrijving in

  7. Eindelijk moet je je Nuget.config-bestand controleren in C:\Users\{Username}\AppData\Roaming\NuGet. Voor mij was de inhoud van dat bestand als volgt.

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

    Hopelijk helpt dit.


Antwoord 30

in mijn geval moest ik de bronnen toevoegen in de Visual studio Options->NugetPAckageManager->sources
en start vervolgens de opdrachtprompt van Visual Studio opnieuw

Other episodes