Помилка спроби з'єднання Nuget "Неможливо завантажити індекс служби для джерела"

Під час спроби підключитися до Nuget, з'являється помилка нижче, а потім я не можу підключитися:

[nuget.org] Не вдається завантажити індекс служби для джерела https://api.nuget.org/v3/index.json . Під час надсилання запиту сталася помилка. Не вдається підключитися до віддаленого сервера Спроба підключення не вдалася, оскільки підключена сторона не відповідала належним чином через певний час, або встановлене з’єднання не вдалося, оскільки підключений хост не відповів 68.232.34.200:443

Я можу отримати доступ до https://api.nuget.org/v3/index.jsonсвого браузера.

Це не дублікат. Інші відповіді не вирішують моєї проблеми.

Вам потрібно додати налаштування проксі-сервера у файл Nuget.Config. Зверніться до цим посиланням для деталей: NuGet Config Section & NuGet Налаштування проксі - сервера .

Відкрийте редактор реєстру, натиснувши Win+ Rі введітьregedit Enter

Перейдіть до:

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

Змініть значення DisabledByDefaultключа 0 на 1

Потім перезапустіть Visual Studio.

Детальніше про TLS
Детальніше про цю проблему wrt NuGet

Я отримав ту саму помилку під час спроби переглянути NuGet Package, щоб вирішити те саме, що було виконано нижче

1- перейти до %appdata%\NuGet\NuGet.config

2- Перевірте URL-адреси, зазначені в цій конфігурації

3- Видаліть URL-адресу, яка не потрібна

4- Перезапустіть візуальну студію та перевірте

Я натрапив на цю проблему, намагаючись запустити nuget.exe через Jenkins (налаштований як служба, за замовчуванням за допомогою облікового запису Local System). Я відредагував C:\Windows\System32\config\systemprofile\AppData\Roaming\NuGet\NuGet.Configфайл, який виглядає так:

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

Для тестування командний рядок можна запустити через PSTools :

psexec -i -s CMD

і фактичний тестовий запуск у новостворених вікнах cmd (працює як Локальна система):

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

Йти до

Налаштування (Глобальні налаштування ПК)> Мережа та Інтернет> Проксі-сервер> Автоматичне налаштування проксі-сервера> та вимкніть Автоматичне визначення параметрів.

Видалення% AppData% \ NuGet \ NuGet.Config та перезапуск VS2019 працювали у мене.

Подібно до https://github.com/NuGet/Home/issues/3281

Якщо ви отримуєте цю помилку, але у вас немає проксі-сервера, ви можете перейти до

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

І прокоментуйте ці рядки:

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

Це спрацювало для мене, оскільки я отримував цю помилку, але у мене немає проксі-сервера.

Варто зазначити, що сталася помилка з аутентифікацією основного SSL .net, яка могла спричинити це. Вимкнення їх останньої реалізації мережевого стека вирішило цю проблему для мене.

Ви можете встановити це постійно або просто запустити програму, використовуючи:

DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER=0 dotnet ...

У моєму випадку це сталося тому, що у мене немає підключення до Інтернету, і він намагається проводити риштування

Можливо, щось змінило налаштування вашого проксі-сервера, наприклад, Fiddler. Закрийте Fiddler, а потім закрийте Visual Studio і відкрийте його знову.

Якщо ви бачите помилку наступним чином, можливо, вам доведеться налаштувати свої облікові дані Azure Artifacts, див. Це посилання Github , ви можете встановити постачальника облікових даних, запустивши скрипт PowerShell або вручну.

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

Помилка може бути спричинена лише тимчасовою проблемою мережі та зникнути, якщо повторити спробу.

Я використовую VSO / Azure DevOps.

Ви також можете відвідати URL-адресу каналу безпосередньо у своєму браузері. Ви можете отримати відповідь, що містить таке повідомлення, що може набагато пришвидшити діагностику:

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

У моєму випадку я просто перезапустив докер і просто працював.

У мене була подібна проблема при спробі підключитися до мого приватного сервера TFS замість загальнодоступного сервера NuGet API. З якоїсь причини у мене виникла проблема між сервером AD та сервером TFS, щоб він завжди повертав 401. У статті конфігурації NuGet показано, що ви можете додати своє ім'я користувача та пароль AD до файлу конфігурації так:

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

Це не зовсім ідеальне рішення, більше тимчасове, поки я не зможу зрозуміти, в чому проблема сервера AD, але це має зробити це.

Я використовував стару версію Nuget на VS2010, де за замовчуванням він має значення TLS 1.0, тут це можна виправити, змінивши версію TLS за замовчуванням, що використовується фреймворком .Net, яка налаштована в ключах реєстру.

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

FYI

NuGet.org назавжди скасує підтримку TLS 1.0 та 1.1 15 червня. Переконайтесь, що у ваших системах використовується TLS 1.2.

Ви можете звернутися за цим посиланням для отримання інформації про підтримку TLS 1.2

У мене з’явилося таке саме повідомлення про помилку під час підстановки ідентифікатора до мого проекту ASP.NET Core MVC. Оскільки моє з'єднання не було за проксі, видалення / редагування конфігурацій проксі не мало сенсу. І я також не хотів видаляти файл або видаляти PMC. Оглядаючись, я зрозумів кнопку «Очистити всі кеші Nuget» на Інструментах -> Параметри -> Менеджер пакунків NuGet -> Загальне. Після натискання кнопки мені довелося почекати деякий час, поки операція завершиться. Після цього я знову спробував перекласти Identity, але це не спрацювало. Тоді я вирішив перезапустити VS і вуаля :)

Деякі середовища розробки можуть не використовувати ні браузер, ні проксі.

Одним із рішень було б завантажити пакет із самородка, наприклад, у https://dotnet.myget.org/F/dotnet-core/api/v3/index.jsonспільний каталог, а потім виконати наступне:

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

Я сподіваюся, це працює для вас.  

На підтримку відповіді, наданої @Eddie Chen ( тут ), мені також довелося додати параметр http_proxy до наступного файлу:

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

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

Перейдіть до -> Інструменти -> Розширення та оновлення та видаліть менеджер пакунків NuGet .. перезапустіть Visual Studio і переінсталюйте його .... кожна річ буде встановлена ​​в нормальний режим

У моєму випадку у мене працював Fiddler, який змінив мої налаштування проксі

Я отримував цю саму помилку під час запуску RUN dotnet restoreв моїй команді Dockerfileusing docker-compose upв Windows 10.

Я спробував усі можливі рішення, надані в Інтернеті, і також стежив за цим відкритим питанням . Нарешті, провівши більше 8 годин, виконавши попередні кроки, я зміг виправити свою проблему.

1. Видаліть Dockerіз вашої системи
2. Перезапустіть систему

3. Встановити Dockerза цим посиланням . Нижче наведена версія мого Docker

   

4. Перезапустіть систему

5. Запустіть Docker для Windows, знайдіть Dockerу рядку пошуку в Windows. Переконайтеся, що він працює.

6. Ви також повинні перейти Services.mscта переконатися, що послуги Docker Engineта Docker for Windows Serviceпрацюють.

   

7. Нарешті, ви повинні перевірити свій файл Nuget.config з C:\Users\{Username}\AppData\Roaming\NuGet. Для мене вміст цього файлу був таким, як показано нижче.

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

   Сподіваюся, це допомагає.

у моєму випадку мені довелося додати джерела в Параметри Visual studio-> NugetPAckageManager-> джерела, а потім перезапустити командний рядок Visual Studio

У мене виникла ця помилка, а потім я зрозумів, що ввійшов із особистим обліковим записом Microsoft замість робочого.

Сподіваюся, це допомагає.

Можливо, це допомагає

Для мене вилучення папки .nuget, розташованої в C: \ Users \ YourNameHere, вирішило проблему.

Якщо ви використовуєте Visual Studio 2019, просто видаліть розділ "defaultproxy", якщо ви не використовуєте проксі-сервери за замовчуванням у devenv.exe.config. у VS 2017 цього розділу не було

змінити

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

до

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

В іншому випадку надайте відповідне ім’я користувача та пароль проксі.

Я намагався додати джерело Azure Artifacts NuGet.

Я дотримувався вказівок Microsoft тут , з одним критичним недоглядом.

Я забув замінити /v3/index.jsonна /v2.

Здається, Nuget все ще використовує адресу скрипта проксі (для нашого VPN), хоча налаштування проксі вимкнені. Я видалив адресу сценарію, і вона працює.

Якщо ви стоїте за проксі компанії та на Mac, просто переконайтеся, що ваші прапорці http / https встановлені та застосовані.

Налаштування ПК -> Мережа та Інтернет-проксі -> Автоматичне налаштування проксі, а потім встановіть значення Автоматичне визначення параметрів вимкнено та очистіть адресу сценарію