При попытке подключиться к Nuget, появляется сообщение об ошибке ниже, а затем я не могу подключиться:
Я могу получить доступ к https://api.nuget.org/v3/index.json в моем браузере.
Это не дубликат. Другие ответы не решают мою проблему.
Ответ 1
Вам нужно добавить настройки прокси в файл Nuget. Config. См. Эту ссылку для получения дополнительной информации: Nuget Config Section & Nuget Proxy Settings.
Ответ 2
Я наткнулся на эту проблему при попытке запустить nuget.exe через Jenkins (настроенный как сервис, по умолчанию с использованием учетной записи локальной системы). Я отредактировал файл C:WindowsSystem32configsystemprofileAppDataRoamingNuGetNuGet. Config который выглядит следующим образом:
Для проверки командной строки можно запустить через PSTools:
psexec -i -s CMD
и фактический тестовый запуск во вновь созданных окнах cmd (запускается как локальная система):
path_to_nuget
uget.exe restore “path_to_solution heSolution.sln”
Ответ 4
Я получил ту же ошибку при попытке просмотреть пакет NuGet, чтобы устранить тот же шаг, следующий ниже
1- перейдите в %appdata%NuGetNuGet.config
2- Проверьте URL-адреса, указанные в этой конфигурации
3- Удалить URL, который не требуется
4- Перезапустите Visual Studio и проверьте
Ответ 5
Ошибка может быть вызвана только временной проблемой сети и исчезнет, если повторите попытку.
Ответ 6
Возможно, что-то изменило настройку прокси-сервера, например, Fiddler. Закройте Fiddler, затем закройте Visual Studio и откройте его снова.
Ответ 8
Я получал эту же ошибку при запуске RUN dotnet restore в моем Dockerfile с помощью команды docker-compose up в Windows 10.
Я испробовал все возможные решения, представленные в Интернете, и также следил за этим открытым вопросом. Наконец, потратив более 8 часов, выполнив предыдущие шаги, я смог исправить свою проблему.
Ответ 9
Я использую VSO/Azure DevOps.
Вы также можете посетить URL канала прямо в вашем браузере. В результате вы можете получить ответ, содержащий следующее сообщение, которое может значительно ускорить диагностику:
Ответ 10
В некоторых средах разработки не может использоваться ни браузер, ни прокси.
Одно из решений будет загружать пакет из самородок, например https://dotnet.myget.org/F/dotnet-core/api/v3/index.json в общий каталог, а затем выполнить следующее:
Надеюсь, это сработает для вас.
Ответ 11
В моем случае у меня был запущен Fiddler, который изменил мои настройки прокси
Ответ 13
В моем случае я просто перезапустил докер и просто работал.
Ответ 14
Если вы получаете эту ошибку, но у вас нет прокси-сервера, вы можете перейти на
И прокомментируйте эти строки:
Это сработало для меня, потому что я получал эту ошибку, но у меня нет прокси-сервера.
Ответ 15
У меня была эта ошибка, и затем я понял, что вошел в систему с моей личной учетной записью Microsoft вместо моей рабочей учетной записи.
Надеюсь это поможет.
While trying to connect to Nuget, I’m getting the error below, and then I am unable to connect:
I am able to access https://api.nuget.org/v3/index.json on my browser.
2 gold badges22 silver badges41 bronze badges
asked Dec 16, 2016 at 13:24
76 gold badges211 silver badges300 bronze badges
1- go to %appdata%NuGetNuGet.config
2- Verify the urls mentioned in that config
3- Remove the url which is not required
4- Restart visual studio and check
6 gold badges49 silver badges61 bronze badges
answered Oct 3, 2018 at 10:47
A developer of the nuget-package manager suggested in 2019 to disable tls 1.3 as a workaround (see issue 7705).
Open Registry Editor by pressing Win + R and type regedit Enter
Change the value of DisabledByDefault key 0 to 1
Then restart the Visual Studio.
Be aware that this disables tls 1.3 for the os not just for nuget or dotnet.
Windows 10 version 1909 did contain an experimental implementation of TLS 1.3 but later versions should be fine. Основываясь на одном ответе из раздела «Невозможно просмотреть пакеты nuget», вы можете проверить, является ли проблема tls с помощью консольной программы
.
7 золотых знаков49 серебряных знаков81 бронзовый знак
ответил 14 ноября 2019 в 7:43
4 серебряных знака10 бронзовых знаков
Это также может произойти из-за проблем с аутентификацией, поэтому вам может потребоваться повторная аутентификация в Visual Studio.
восстановление dotnet –интерактивно
Вам будет предложено посетить URL-адрес сопряжения в браузере и ввести код сопряжения, например:
Чтобы войти в систему, в веб-браузере откройте страницу https://microsoft.com/devicelogin и введите код C2DEJ87H, чтобы
аутентифицировать.
Для этого требуется файл . NET CLI, который включен в состав . NET Core SDK, который можно установить по адресу https://learn.microsoft.com/en-us/dotnet/core/install/windows
.
Кроме того, если при запуске команды восстановления nuget не появляется запрос на вход в систему, возможно, в вашей установке отсутствует подключаемый модуль nuget артефактов-credprovider, который вы можете установить с помощью:
ответил 25 окт. 2022 в 15:00
1 золотой знак3 серебряных знака14 бронзовых знаков
ответил 30 сен 2017 в 6:43
4 серебряных знака9 бронзовых знаков
ошибка: Код состояния ответа не указывает на успех: 401 (Несанкционировано).
ответил 1 июля 2020 г. в 15:15
1 золотой знак9 серебряных знаков11 бронзовых знаков
Для проверки командной строки можно запустить через PSTools:
и фактический тестовый запуск во вновь созданных окнах cmd (запускается как локальная система):
ответил 31 дек. 2018 в 12:23
В моем случае это было так, что я по незнанию вообще вышел из своей рабочей учетной записи. Возврат к моей учетной записи Visual Studio решил проблему.
ответил 30 авг. 2022 в 12:48
3 серебряных знака12 бронзовых знаков
Это не совсем идеальное решение, скорее временное, пока я не разберусь, в чем проблема с сервером AD, но это должно помочь.
ответил 8 ноября 2019 в 16:10
3 серебряных знака11 бронзовых знаков
Всё готово!
ответил 22 сен 2021 в 14:20
В моем случае проблема заключалась в том, что я собирал старую виртуальную машину 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 в разделе
HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client в вашем реестре). Чтобы включить поддержку, убедитесь, что у вас установлено обновление (*), и включите поддержку:
reg add HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:32
reg добавить “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:64
reg добавить “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v Включено /t REG_DWORD /d 1 /f /reg:32
reg добавить “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v Включено /t REG_DWORD /d 1 /f /reg:64
Упомянутое (*) обновление было Microsoft kb3140245:
Обновление для Windows 7 (KB3140245)
Я установил обновление, перезагрузился (как того требует обновление), добавил эти ключи реестра, и после этого Nuget заработал нормально.
ответил 23 дек. 2020 в 13:13
10 золотых знаков52 серебряных знака84 бронзовых знака
Один из ваших источников nuget может быть недоступен.
На момент написания статьи AspNetCore (https://dotnet.myget.org/F/aspnetcore-dev/api/v3/index.json), похоже, имеет сертификат с истекшим сроком действия или был полностью удален.
Простое удаление источника nuget из ваших настроек должно решить эту проблему
ответил 20 июня 2021 в 7:16
12 серебряных знаков20 бронзовых знаков
Некоторые среды разработки могут не использовать ни браузер, ни прокси.
Надеюсь, это сработает для тебя.
ответил 20 сен 2017 в 0:47
Ошибка может быть вызвана временной проблемой сети и исчезнет, если повторить попытку.
ответил 16 ноября 2017 в 1:55
16 золотых знаков152 серебряных знака173 бронзовых знака
Возможно, что-то изменило настройки вашего прокси, например Fiddler. Закройте Fiddler, затем закройте Visual Studio и откройте его снова.
ответил 1 июня 2018 в 22:36
5 золотых знаков53 серебряных знака67 бронзовых знаков
Если вы получаете эту ошибку, но у вас нет прокси-сервера, вы можете перейти к
И прокомментируйте эти строки:
У меня это сработало, потому что я получал эту ошибку, но у меня нет прокси-сервера.
5 золотых знаков51 серебряный знак66 бронзовых знаков
ответил 23 марта 2019 в 15:09
Стоит отметить, что в .net core SSL-аутентификации могла возникнуть ошибка, которая могла привести к этому. Отключение их последней реализации сетевого стека решило для меня эту проблему.
Вы можете установить это навсегда или просто запустить приложение, используя:
ответил 11 сен 2019 в 17:59
3 серебряных знака9 бронзовых знаков
В моем случае это произошло из-за того, что у меня нет подключения к Интернету и он пытается залезть
ответил 29 окт. 2019 в 9:43
Я использовал более старую версию Nuget на VS2010, где по умолчанию используется TLS 1.0.
здесь это можно исправить, изменив версию TLS по умолчанию, используемую . Net framework, настроенная в ключах реестра
добавить HKLMSOFTWAREMicrosoft. NETFramework 4.0.30319 /v SystemDefaultTlsVersions /t REG_DWORD /d 1 /f /reg:64
reg добавить HKLMSOFTWAREMicrosoft. NETFramework 4.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
ответил 17 июня 2020 г. в 5:33
В Windows 10 перейдите по следующему пути:
Или найдите «диспетчер учетных данных» в разделе «Поиск в Windows» меню «Пуск».
Затем в диспетчере учетных данных выберите «Учетные данные Windows».
Диспетчер учетных данных отобразит множество элементов, включая ваш Outlook и репозиторий GitHub, в разделе «Общие учетные данные»
.
Вы нажимаете на стрелку раскрывающегося списка в правой части Git: и отображаются параметры для редактирования и удаления. Если вы удалите учетные данные, всплывающее окно с учетными данными появится в следующий раз, когда вы извлекаете или извлекаете данные. Или вы можете напрямую редактировать учетные данные там.
ответил 6 янв. 2022 в 19:15
21 серебряный знак21 бронзовый знак
Я потратил на это целый день и перепробовал здесь всё.
Для меня это было то, что я не обновил свой пароль в Visual Studio!
ответил 19 авг. 2022 в 16:35
4 серебряных знака17 бронзовых знаков
У меня возникла эта ошибка, а затем я понял, что вошел в систему под своей личной учетной записью Microsoft, а не под рабочей учетной записью.
Надеюсь, это поможет.
ответил 3 июня 2019 в 14:49
Я пытался добавить источник NuGet Azure Artifacts.
Я забыл заменить /v3/index.json на /v2.
ответил 11 фев. 2020 в 15:59
22 золотых знака103 серебряных знака167 бронзовых знаков
у меня оба не сработали с одной и той же ошибкой. Но
сработало идеально. Попробуй это
ответил 2 окт. 2020 в 5:54
В моем случае у меня пропала связь с Git. Я просто еще раз добавил соединение и все заработало!:
ответил 24 янв. 2022 в 15:37
3 серебряных знака4 бронзовых знака
У меня есть пара серверов Windows 2016, на которых Visual Studio не могла подключиться к NuGet. После того, как мы попробовали практически все остальные предложенные исправления (изменения реестра, очистку кэша, связанного с Visual Studio/NuGet, или изменения файлов/конфигурации), ниже показано, что помогло нам решить эту проблему.
У нас есть групповая политика (GPO) с набором шифров, и я добавил эти шифры в список шифров нашего объекта групповой политики, чтобы он работал.
ответил 9 авг. 2022 в 21:00
Хорошо, я попробовал все приведенные выше ответы и надеюсь, что мой реестр не засорен. Но это, похоже, помогло мне:
Добавьте это: TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
К строке, разделенной запятыми:
Я надеюсь, что это поможет следующему человеку, который надеется быстро провести субботнее утро для проверки концепции, а затем потратит 3 часа на поиск решения !!!
ответил 13 авг. 2022 в 20:34
15 золотых знаков68 серебряных знаков107 бронзовых знаков
Протестировано на Windows 7
reg add “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:32
reg добавить “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:64
reg добавить “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v Включено /t REG_DWORD /d 1 /f /reg:32
reg добавить “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v Включено /t REG_DWORD /d 1 /f /reg:64
ответил 17 апр. 2021 в 10:03
ответил 17 ноября 2017 в 2:43
Раствор 1
Имейте в виду, что это отключает tls 1.3 для операционной системы, а не только для nuget или dotnet. Windows 10 версии 1909 содержала экспериментальную реализацию TLS 1.3, но более поздние версии должны подойти. Основываясь на одном ответе из раздела «Невозможно просмотреть пакеты nuget», вы можете проверить, является ли проблема tls с помощью консольной программы
.
Раствор 4
Раствор 18
В моем случае у меня был запущен Fiddler, который изменил настройки моего прокси
Раствор 21
Я использую VSO/Azure DevOps.
Вы также можете посетить URL-адрес канала прямо в браузере. В конечном итоге вы можете получить ответ, содержащий такое сообщение, что может значительно ускорить постановку диагноза:
Раствор 22
В моем случае я просто перезапустил докер и просто работал.
Раствор 23
Если вы используете Visual Studio 2019, просто удалите раздел «defaultproxy», если вы не используете прокси-серверы по умолчанию в devenv.exe.config. в VS 2017 этого раздела не было
Раствор 24
Надеюсь, то же решение сработает и при установке других пакетов.
Раствор 26
«HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client» /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:32
reg добавить “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:64
reg добавить “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v Включено /t REG_DWORD /d 1 /f /reg:32
reg добавить “HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client” /v Включено /t REG_DWORD /d 1 /f /reg:64
Раствор 27
Я получал ту же ошибку при запуске восстановления RUN dotnet в моем файле Dockerfile с помощью команды docker-compose up в Windows 10.