Ошибка подключения Nuget "Не удалось загрузить индекс службы для источника"

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

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

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

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

Ответы

Ответ 1

Вам нужно добавить настройки прокси в файл Nuget.Config. См. Эту ссылку для получения дополнительной информации: Nuget Config Section & Nuget Proxy Settings.

Ответ 2

Идти к

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

Ответ 3

Я наткнулся на эту проблему при попытке запустить 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"

Ответ 4

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

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

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

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

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

Ответ 5

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

Ответ 6

В поддержку ответа, предоставленного @Eddie Chen (здесь), мне пришлось добавить http_proxy в следующий файл:

C:\Windows\System32\Config\systemprofile\AppData\Roaming\NuGet\NuGet.Config

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

Ответ 7

Возможно, что-то изменило настройку прокси-сервера, например, Fiddler. Закройте Fiddler, затем закройте Visual Studio и откройте его снова.

Ответ 8

Я получал эту же ошибку при запуске RUN dotnet restore в моем Dockerfile с помощью команды docker-compose up в Windows 10.

enter image description here

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

  1. Удалите Docker из вашей системы
  2. Перезагрузите вашу систему
  3. Установите Docker по этой ссылке. Ниже приведена версия моего докера

    enter image description here

  4. Перезагрузите вашу систему

  5. Запустите Docker для Windows, найдите Docker в строке поиска в Windows. Убедитесь, что он работает.

  6. Вам также следует перейти на Services.msc и убедиться, что службы Docker Engine и Docker for Windows Service работают.

    enter image description here

  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>

    Надеюсь это поможет.

Ответ 9

Я использую VSO/Azure DevOps.

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

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

Ответ 10

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

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

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

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

Ответ 11

Зайдите в → Инструменты → Расширения и обновления и удалите диспетчер пакетов NuGet.. перезапустите Visual Studio и переустановите его.... все будет нормально

Ответ 12

В моем случае у меня был запущен Fiddler, который изменил мои настройки прокси

Ответ 13

В моем случае я просто перезапустил докер и просто работал.

Ответ 14

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

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

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

Ответ 15

В моем случае мне пришлось добавить источники в Visual Studio Options-> NugetPAckageManager-> sources, а затем перезапустить командную строку Visual Studio

Ответ 16

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

Надеюсь это поможет.