Ответ 1
Вам нужно добавить настройки прокси в файл Nuget.Config. См. Эту ссылку для получения дополнительной информации: Nuget Config Section & Nuget Proxy Settings.
При попытке подключиться к 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 Proxy Settings.
Идти к
Настройки (Глобальные настройки вашего ПК)> Сеть и Интернет> Прокси> Автоматическая настройка прокси>> и установите Автоматически отключить настройки.
Я наткнулся на эту проблему при попытке запустить 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"
Я получил ту же ошибку при попытке просмотреть пакет NuGet, чтобы устранить тот же шаг, следующий ниже
1- перейдите в %appdata%\NuGet\NuGet.config
2- Проверьте URL-адреса, указанные в этой конфигурации
3- Удалить URL, который не требуется
4- Перезапустите Visual Studio и проверьте
Ошибка может быть вызвана только временной проблемой сети и исчезнет, если повторите попытку.
В поддержку ответа, предоставленного @Eddie Chen (здесь), мне пришлось добавить http_proxy в следующий файл:
C:\Windows\System32\Config\systemprofile\AppData\Roaming\NuGet\NuGet.Config
<add key="http_proxy" value="http://your_proxy_url:8080" />
Возможно, что-то изменило настройку прокси-сервера, например, Fiddler. Закройте Fiddler, затем закройте Visual Studio и откройте его снова.
Я получал эту же ошибку при запуске RUN dotnet restore
в моем Dockerfile
с помощью команды docker-compose up
в Windows 10
.
Я испробовал все возможные решения, представленные в Интернете, и также следил за этим открытым вопросом. Наконец, потратив более 8 часов, выполнив предыдущие шаги, я смог исправить свою проблему.
Docker
из вашей системы Установите Docker
по этой ссылке. Ниже приведена версия моего докера
Перезагрузите вашу систему
Запустите Docker для Windows, найдите Docker
в строке поиска в Windows. Убедитесь, что он работает.
Вам также следует перейти на Services.msc
и убедиться, что службы Docker Engine
и Docker for Windows Service
работают.
Наконец, вы должны проверить файл 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>
Надеюсь это поможет.
Я использую VSO/Azure DevOps.
Вы также можете посетить URL канала прямо в вашем браузере. В результате вы можете получить ответ, содержащий следующее сообщение, которое может значительно ускорить диагностику:
The user does not have a license for the extension ms.feed.
В некоторых средах разработки не может использоваться ни браузер, ни прокси.
Одно из решений будет загружать пакет из самородок, например https://dotnet.myget.org/F/dotnet-core/api/v3/index.json
в общий каталог, а затем выполнить следующее:
dotnet add package Microsoft.AspNetCore.StaticFiles -s "shared drive:\index.json"
Надеюсь, это сработает для вас.
Зайдите в → Инструменты → Расширения и обновления и удалите диспетчер пакетов NuGet.. перезапустите Visual Studio и переустановите его.... все будет нормально
В моем случае у меня был запущен Fiddler, который изменил мои настройки прокси
В моем случае я просто перезапустил докер и просто работал.
Если вы получаете эту ошибку, но у вас нет прокси-сервера, вы можете перейти на
%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>
Это сработало для меня, потому что я получал эту ошибку, но у меня нет прокси-сервера.
В моем случае мне пришлось добавить источники в Visual Studio Options-> NugetPAckageManager-> sources, а затем перезапустить командную строку Visual Studio
У меня была эта ошибка, и затем я понял, что вошел в систему с моей личной учетной записью Microsoft вместо моей рабочей учетной записи.
Надеюсь это поможет.