Попытка соединения с Nuget не удалась "Невозможно загрузить индекс сервиса для источника"

Question

Попытка соединения с Nuget не удалась "Невозможно загрузить индекс сервиса для источника"

При попытке подключиться к Nuget, появляется сообщение об ошибке ниже, а затем я не могу подключиться:

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

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

Это не дубликат. Другие ответы не решают мою проблему.

285

c# .net visual-studio nuget

Источник

user177883 16 дек '16 в 13:24

58 ответов

Другие вопросы по тегам c# .net visual-studio nuget

user6080047 24 июн '20 в 02:55 2020-06-24 02:55 · Answer 1 · 2020-06-24 02:55

Для меня сработало удаление%AppData%\NuGet\NuGet.Config и перезапуск VS2019.

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

205

Источник

user6080047 24 июн '20 в 02:55

user5475003 21 дек '16 в 08:43 2016-12-21 08:43 · Answer 2 · 2016-12-21 08:43

Вам нужно добавить настройки прокси в файл Nuget.Config. Для получения подробной информации перейдите по этой ссылке: раздел конфигурации Nuget и настройки прокси-сервера Nuget.

58

Источник

user5475003 21 дек '16 в 08:43

user10450841 03 окт '18 в 10:47 2018-10-03 10:47 · Answer 3 · 2018-10-03 10:47

Я получил ту же ошибку при попытке просмотреть пакет NuGet, чтобы устранить тот же шаг, следующий ниже

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

2- Проверьте URL-адреса, указанные в этой конфигурации

3- Удалить URL, который не требуется

4- Перезапустите Visual Studio и проверьте

46

Источник

user10450841 03 окт '18 в 10:47

user12295445 14 ноя '19 в 10:43 2019-11-14 10:43 · Answer 4 · 2019-11-14 10:43

Откройте редактор реестра, нажав Win+ R и введитеregedit Enter

Перейдите к:

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

Измените значение DisabledByDefault ключ от 0 до 1

Затем перезапустите Visual Studio.

Подробнее о TLS.
Подробнее об этой проблеме в NuGet.

37

Источник

user12295445 14 ноя '19 в 10:43

user3582770 25 окт '22 в 15:00 2022-10-25 15:00 · Answer 5 · 2022-10-25 15:00

Это также может произойти из-за проблем с проверкой подлинности, поэтому может потребоваться повторная проверка подлинности в Visual Studio.

В этом случае вы можете просто запустить следующую команду из папки, в которой находится вашpackage.configнаходится файл (обычно это корень вашего проекта):

      dotnet restore --interactive

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

Для входа в веб-браузере откройте страницу https://microsoft.com/devicelogin и введите код C2DEJ87H для
аутентификации.

Для этого требуется .NET CLI, который включен в пакет SDK для .NET Core, который можно установить с https://learn.microsoft.com/en-us/dotnet/core/install/windows .

Кроме того, если при запуске nuget restoreкоманда, в вашей установке может отсутствовать подключаемый модуль nuget артефактов-credprovider , который можно установить с помощью:

      iex "& { $(irm https://aka.ms/install-artifacts-credprovider.ps1) }"

user13783048 01 июл '20 в 18:15 2020-07-01 18:15 · Answer 6 · 2020-07-01 18:15

Если вы видите следующую ошибку, вам может потребоваться настроить учетные данные Azure Artifacts, см. Эту ссылку на Github, вы можете установить поставщик учетных данных, запустив сценарий PowerShell или вручную.

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

17

Источник

user13783048 01 июл '20 в 18:15

user6674044 30 сен '17 в 06:43 2017-09-30 06:43 · Answer 7 · 2017-09-30 06:43

Идти к

Настройки (Глобальные настройки вашего ПК) > Сеть и Интернет> Прокси-сервер> Автоматическая настройка прокси-сервера> и отключите автоматическое определение настроек.

15

Источник

user6674044 30 сен '17 в 06:43

user2780791 31 дек '18 в 12:23 2018-12-31 12:23 · Answer 8 · 2018-12-31 12:23

Я наткнулся на эту проблему при попытке запустить nuget.exe через Jenkins (настроенный как сервис, по умолчанию с использованием учетной записи локальной системы). Я редактировал 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"

user3389119 30 авг '22 в 12:48 2022-08-30 12:48 · Answer 9 · 2022-08-30 12:48

В моем случае это было то, что я по незнанию полностью вышел из своей рабочей учетной записи. Повторный вход в мою учетную запись Visual Studio решил эту проблему.

9

Источник

user3389119 30 авг '22 в 12:48

user11982791 22 сен '21 в 17:20 2021-09-22 17:20 · Answer 10 · 2021-09-22 17:20

Простой :

Закрыть VS2019
Перейти к C:\Users\you\AppData\Roaming\NuGet
Удалить файл NuGet.Config
Перезапуск VS2019

Готово!

8

Источник

user11982791 22 сен '21 в 17:20

user3866585 08 ноя '19 в 19:10 2019-11-08 19:10 · Answer 11 · 2019-11-08 19:10

У меня была аналогичная проблема при попытке подключиться к моему частному серверу TFS вместо общедоступного сервера API NuGet. По какой-то причине у меня возникла проблема между сервером 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, но это должно сработать.

user3195477 23 дек '20 в 16:13 2020-12-23 16:13 · Answer 12 · 2020-12-23 16:13

В моем случае проблема заключалась в том, что я создавал более старую виртуальную машину, основанную на Win7.

Я нашел это исправление на https://github.com/NuGet/NuGetGallery/issues/8176#issuecomment-683923724 :

nuget.org начал принудительно использовать TLS 1.2 (и отказался от поддержки TLS 1.1 и 1.0) в начале этого года. В Windows 7 TLS 1.2 по умолчанию отключен (проверьте DisabledByDefault стоимость ниже HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Clientв вашем реестре). Чтобы включить поддержку, убедитесь, что у вас установлено обновление (*), и включите поддержку:
       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

Упомянутое (*) обновление было Microsoft kb3140245:Обновление для Windows 7 (KB3140245)

Я установил обновление, перезагрузился (в соответствии с запросом обновления), добавил эти ключи реестра, и Nuget заработал нормально.

user8607709 29 окт '19 в 12:43 2019-10-29 12:43 · Answer 13 · 2019-10-29 12:43

В моем случае это произошло из-за того, что у меня нет подключения к Интернету, и он пытается строить леса.

4

Источник

user8607709 29 окт '19 в 12:43

user9132056 23 мар '19 в 15:09 2019-03-23 15:09 · Answer 14 · 2019-03-23 15:09

Если вы получаете эту ошибку, но у вас нет прокси-сервера, вы можете перейти на

C:\Users\Marlon_007\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>

Это сработало для меня, потому что я получал эту ошибку, но у меня нет прокси-сервера.

user8058709 20 июн '21 в 10:16 2021-06-20 10:16 · Answer 15 · 2021-06-20 10:16

Один из ваших источников nuget может быть недоступен.

На момент написания AspNetCore (https://dotnet.myget.org/F/aspnetcore-dev/api/v3/index.json), похоже, имеет просроченный сертификат или полностью удален.

Простое удаление источника nuget из ваших настроек должно решить эту проблему.

4

Источник

user8058709 20 июн '21 в 10:16

user2237142 11 сен '19 в 20:59 2019-09-11 20:59 · Answer 16 · 2019-09-11 20:59

Стоит отметить, что это могла быть ошибка с аутентификацией SSL ядра.net. Отключение их последней реализации сетевого стека решило эту проблему для меня.

Вы можете установить это навсегда или просто запустить приложение, используя:

DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER=0 dotnet ...

4

Источник

user2237142 11 сен '19 в 20:59

user10547705 19 авг '22 в 16:35 2022-08-19 16:35 · Answer 17 · 2022-08-19 16:35

Я потратил на это день и попробовал все здесь. Для меня это было то, что я не обновил свой пароль в Visual Studio!

Я изменил пароль своей рабочей учетной записи Microsoft на прошлой неделе или около того, я также использую эту учетную запись для входа в Visual Studio, однако мне не было предложено обновить ее, и я не вышел из Visual Studio, он остался в системе. Когда я щелкнул на моих инициалах в правом верхнем углу визуальной студии> Настройки учетной записи> в разделе «Все учетные записи» рядом с рабочей учетной записью был предупреждающий знак желтого восклицательного треугольника, обновлен новый пароль, затем обновлены некоторые пакеты, восстановление dotnet, очищение и перестроение, а ошибки ушел.

user8637560 20 сен '17 в 00:47 2017-09-20 00:47 · Answer 18 · 2017-09-20 00:47

Некоторые среды разработки могут не использовать ни браузер, ни прокси.

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

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

Я надеюсь, что это работает для вас.

user8561879 17 июн '20 в 08:33 2020-06-17 08:33 · Answer 19 · 2020-06-17 08:33

Я использовал более старую версию Nuget на VS2010, где по умолчанию используется TLS 1.0, здесь это можно исправить, изменив версию TLS по умолчанию, используемую.Net framework, которая настроена в ключах реестра.

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

К вашему сведению

NuGet.org навсегда откажется от поддержки TLS 1.0 и 1.1 15 июня. Убедитесь, что ваши системы используют TLS 1.2.

Вы можете обратиться к этой ссылке для получения информации о поддержке TLS 1.2.

user54783 01 июн '18 в 22:36 2018-06-01 22:36 · Answer 20 · 2018-06-01 22:36

Что-то может изменить настройки вашего прокси, например Fiddler. Закройте Fiddler, затем закройте Visual Studio и откройте его снова.

3

Источник

user54783 01 июн '18 в 22:36

user3199531 06 янв '22 в 19:15 2022-01-06 19:15 · Answer 21 · 2022-01-06 19:15

Если вы являетесь пользователем Windows, вы можете удалить или обновить свои учетные данные в диспетчере учетных данных.

В Windows 10 перейдите по следующему пути:

Панель управления → Все элементы панели управления → Диспетчер учетных данных

Или найдите «менеджер учетных данных» в разделе «Поиск Windows» в меню «Пуск».

Затем в диспетчере учетных данных выберите «Учетные данные Windows».

Диспетчер учетных данных покажет множество элементов, включая ваш внешний вид и репозиторий GitHub в разделе «Общие учетные данные».

Вы нажимаете стрелку раскрывающегося списка в правой части вашего Git: и он покажет параметры для редактирования и удаления. Если вы удалите, всплывающее окно с учетными данными появится в следующий раз, когда вы выберете или потянете. Или вы можете напрямую редактировать учетные данные там.

user52277 16 ноя '17 в 01:55 2017-11-16 01:55 · Answer 22 · 2017-11-16 01:55

Ошибка может быть вызвана только временной проблемой сети и исчезнуть, если попытаться снова.

3

Источник

user52277 16 ноя '17 в 01:55

user527516 13 авг '22 в 20:34 2022-08-13 20:34 · Answer 23 · 2022-08-13 20:34

ОК, я перепробовал все ответы выше и надеюсь, что мой реестр не засорен. Но это, кажется, исправило это для меня:

https://learn.microsoft.com/en-us/answers/questions/959588/visual-studio-2022-won39t-connect-to-nuget.html

Добавьте это: TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384.

В строку, разделенную запятыми, в этом:

HKLM\SOFTWARE\Policies\Microsoft\Cryptography\Configuration\SSL\00010002

Я надеюсь, что это поможет следующему человеку, который надеется весело провести субботнее утро, чтобы проверить концепцию, а затем потратит 3 часа на поиск исправления !!!

user2089449 09 авг '22 в 21:00 2022-08-09 21:00 · Answer 24 · 2022-08-09 21:00

У меня есть пара серверов Windows 2016, где Visual Studio не может подключиться к NuGet. Попробовав практически все другие предложенные исправления (изменения реестра, очистку кеша, связанную с Visual Studio/NuGet, или изменения файлов/конфигураций), ниже показано, что решило это для нас.

У нас есть групповая политика (GPO) с набором шифров, и я добавил эти шифры в наш список шифров GPO, чтобы он работал.

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

https://github.com/NuGet/Announcements/issues/60

user1872733 13 сен '20 в 02:37 2020-09-13 02:37 · Answer 25 · 2020-09-13 02:37

У меня было такое же сообщение об ошибке при формировании шаблона Identity в моем проекте ASP.NET Core MVC. Поскольку мое соединение не было через прокси, удаление / редактирование конфигураций прокси не имело смысла. И я тоже не хотел ни удалять файл, ни удалять PMC. Осмотревшись, я обнаружил кнопку "Очистить все кеши NuGet" в меню "Инструменты" -> "Параметры" -> "Диспетчер пакетов NuGet" -> "Общие". После нажатия кнопки мне пришлось подождать некоторое время, пока операция завершится. После этого я снова попытался создать основу для идентификации, но это не сработало. Тогда я решил перезапустить VS и вуаля:)

user4165898 02 окт '20 в 08:54 2020-10-02 08:54 · Answer 26 · 2020-10-02 08:54

nuget restore

и

msbuild /t:restore

оба не работали для меня с той же ошибкой. Но

dotnet restore

работал отлично. Попробуй это

2

Источник

user4165898 02 окт '20 в 08:54

user2274515 17 апр '21 в 13:03 2021-04-17 13:03 · Answer 27 · 2021-04-17 13:03

Проверено на Windows 7

Шаг 1: Откройте окно команд (запустите cmd) Шаг 2: Выполните следующие команды, чтобы включить поддержку TLS 1.2, если она отключена (добавление записей REGISTRY):

"HKLM \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Protocols \ TLS 1.2 \ Client" /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:32reg add "HKLM \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Протоколы \ TLS 1.2 \ Клиент "/ v DisabledByDefault /t REG_DWORD /d 0 /f /reg:64reg add"HKLM \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Protocols \ TLS 1.2 \ Client "/ v Включено / t REG_DWORD /d 1 /f /reg:32reg add "HKLM \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Protocols \ TLS 1.2 \ Client" /v Включено / t REG_DWORD /d 1 /f /reg:64

user109941 11 фев '20 в 18:59 2020-02-11 18:59 · Answer 28 · 2020-02-11 18:59

Я пытался добавить источник NuGet артефактов Azure.

Я следовал инструкциям Microsoft здесь с одной критической оплошностью.

Я забыл заменить /v3/index.json с /v2.

2

Источник

user109941 11 фев '20 в 18:59

user10697290 24 янв '22 в 15:37 2022-01-24 15:37 · Answer 29 · 2022-01-24 15:37

В моем случае я потерял связь с Git. Я просто снова добавил соединение, и оно сработало!:

2

Источник

user10697290 24 янв '22 в 15:37

user2036130 21 май '21 в 08:24 2021-05-21 08:24 · Answer 30 · 2021-05-21 08:24

Я попробовал многие из перечисленных здесь ответов, но это не решило проблему. В конце концов, мне пришлось перейти к диспетчеру учетных данных в Windows, удалить запись VSCredentials_xxx в разделе «Учетные данные Windows» и перезапустить Visual Studio 2019.

После этого - при следующем запуске VS - VS наконец попросила меня ввести мои учетные данные прокси - и после их ввода доступ к Интернету для Visual Studio заработал.

(Казалось, что VS действительно давно хранила мои изначально заданные учетные данные прокси, но поскольку в нашей компании у них есть изменение пароля через 3 месяца, учетные данные больше не действительны)