Базовое соединение закрыто: Непредвиденная ошибка при посылке .--- NuGet

при попытке восстановить NuGet пакеты Я получаю следующее: -Базовое соединение закрыто: Непредвиденная ошибка при посылке .--- NuGet

Ошибка 1 Базовое соединение закрыто: Непредвиденная произошла ошибка при отправке.

Ошибка 2 Подключенное соединение было закрыто: не удалось установить доверительные отношения для защищенного канала SSL/TLS.

Ошибка 3 Команда "" D: \ root \ .nuget \ NuGet.exe "установить" D: \ root \ packages.config "-source" "-NonInteractive -RequireConsent -solutionDir" D: \ root \ " "завершался с кодом 1.

Ошибка 4 Метаданные файла 'D: \ корень \ project.Website.dll' не может быть найден D: \ Root \ project.UnitTests \ CSC

Я попытался решения предоставлено: Visual Studio 2010 nuget error: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel

Я пробовал решения, представленные на сайте: https://nuget.codeplex.com/discussions/275537

Никто из них не работает, мне было интересно, есть ли у кого-нибудь еще эта проблема? Если так, то кто-нибудь придумал решение?

Возможно, это может быть игра ожидания, так как SSL-сертификаты должны быть исправлены.

После некоторой дальнейшей отладки с помощью Fiddler я получил следующий ответ:

fiddler.network.https> HTTPS квитирующего az320820.vo.msecnd.net не удался. System.IO.IOException Невозможно прочитать данные из транспортного соединения: существующее соединение было принудительно закрыто удаленным хостом. < Существующее соединение было принудительно закрыто удаленным узлом

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

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

Кто-то любезно поднял вопрос о коде Plex так что надеюсь, мы получим где-то в ближайшее время: https://nuget.codeplex.com/workitem/4372

Update

По состоянию на 17 ноября, это, кажется, работает снова. NuGet правильно сказал мне, что у него проблемы с получением более старой версии Ninject.Web.Common.3.2.0.0, но у нас есть обновленная версия, которая в порядке.

источник

2014-11-14 Anicho

Я сталкиваюсь с тем же вопросом, который начинается только сегодня. Я пробовал все остальные исправления, и ничего не работает. Вы уже решили это? –

Извините, кажется, что один из узлов nuget не работает. Нам удалось получить копию наших пакетов с другой машины разработчиков и уйти с них. Вы можете использовать скрипач, чтобы определить, какие пакеты отсутствуют, и вручную загрузить эти пакеты и поместить их в папку с вашими пакетами. – Anicho

Я попытался отключить восстановление nuget при сборке, но теперь я получаю сообщение о том, что восстановление пакета nuget отключено, и сборка не будет продолжена. Кто-нибудь знает, как обойти это, пока мы ждем, пока nuget решит проблему? – voidsstr

У меня была такая же проблема, пока я не вызвал своих сетевых администраторов. Мы обнаружили, что наш IPS помечен доменом как вредоносным ПО, и мы заблокировали его на уровне нашей внутренней сети.

Как только мы удалили блок, все снова работает.

У нас также возникли проблемы с получением изображений и css с сайтов проектов Codeplex, и это также исправило эту проблему.

источник

2014-11-14 22:47:53

Да, это то, о чем я думал сначала, но журналы скрипки ясно заявили, что удаленный хост отклонил меня. Если бы это была внутренняя блокировка, я бы получил хост, не найденный или неспособный достичь проблем, связанных с назначением. – Anicho

Зависит от того, какой тип блокировки на месте. Мои администраторы сети в основном помещают домен во внутреннюю черную дыру DNS. Я понял, что проблема была на моем конце, потому что IP-адрес был в одном из частных диапазонов IP (172.16.x.x). –

Правда точки. Я подтвердил, что нашим администраторам сети повезло, что это не проблема. Это связано с тем, что это потенциальная проблема для людей. – Anicho

Проверьте, работает ли ваше интернет-соединение, а ваш прокси-сервер настроен и включен в настройках локальной сети Internet Explorer. В моем случае он пытался загрузить его из Интернета и не смог, так как мой прокси отключился! Надеюсь, это поможет ...

источник

2015-02-04 16:18:02

Я вижу эту проблему за корпоративным прокси с помощью Visual Studio 2015, который использует новый API v3 (https://api.nuget.org/v3/index.json). В моем случае это связано с перехватом SSL-прокси (BlueCoat), который не знает, как обрабатывать новый протокол шифрования (например, TLS 1.2 плюс некоторый более новый шифр обмена ключами), о котором мы говорим в этой конечной точке API.

источник

2015-08-25 15:35:37

Быстрое решение для пользователей Visual Studio 2015 заключается в изменении URL-адреса с https на http. У меня такое ощущение, что это может не сработать, если у пакета есть файл лицензии https.

Также можно переключиться на Visual Studio 2013 для установки и обновления пакетов.

источник

2016-05-16 06:50:58 Kris

Да. Переключен с https: // на http: // url и пакеты стекали вниз. (Примечание: это было при общении с внутренним сервером nuget «ProGet».) – jeremysawesome

Тип Эта команда

В Linux Выполните в командной строке перед выполнением команды Git:

export GIT_TRACE_PACKET=1;export GIT_TRACE=1;export GIT_CURL_VERBOSE=1

В Windows Выполните в командной строке перед выполнением команды Git:

set GIT_TRACE_PACKET=1 set GIT_TRACE=1 set GIT_CURL_VERBOSE=1

источник

2017-02-22 10:53:52

Что это делает? – Anicho

Что делает git для nuget? – Anicho

Базовое соединение закрыто: Непредвиденная ошибка при посылке .--- NuGet

ответ

Смежные вопросы