при попытке восстановить пакеты nuget я получаю следующее: —
1 ошибка базовое соединение закрыто: непредвиденная ошибка при передаче.
Ошибка 2 базовое соединение было закрыто: не удалось установить отношения доверия для безопасного канала SSL/TLS.
Ошибка 3 команда » «D:
oot.из NuGetNuGet для.exe » установить «D:
ootpackages — . config «- source «» — неинтерактивный-RequireConsent-solutionDir «D:
oot «» выход с кодом 1.
Ошибка 4 файла метаданных ‘D:
ootproject — . Вебсайт.dll » не удалось найти D:
ootproject — . Unit-тестов КБК
никто из них не работает, мне было интересно, есть ли у кого-нибудь еще эта проблема? Если да, то кто-нибудь придумал решение?
Это, по-видимому, может быть ожидание игры, для SSL-сертификатов, которые будут исправлены.
после некоторой дальнейшей отладки с Fiddler я получил следующий ответ:
скрипач.сеть.https> HTTPS рукопожатие az320820.vo.msecnd.net не удалось. Система.ИО.IOException не удалось прочитать данные из транспортного соединения: существующее соединение было принудительно закрыто удаленным узлом.
Если я прав, кажется, что меня отвергают, но сервер, не уверен, почему, и я надеюсь, что это скоро разрешит его самостоятельно.
на данный момент мне удалось получить копии пакетов от других разработчиков, которые не очистили кэш пакетов и продолжить развивается таким образом.
кто-то любезно поднял вопрос о коде plex, поэтому, надеюсь, мы скоро куда-нибудь попадем:https://nuget.codeplex.com/workitem/4372
обновление
по состоянию на 17 ноября, это, кажется, снова работает. NuGet правильно говорит мне, что у него проблемы с получением более старой версии Ninject.Сеть.Общий.3.2.0.0 но у нас есть обновленная версия, которая в порядке.
5 ответов
У меня была такая же проблема, пока я не вызвал своих сетевых администраторов. Мы обнаружили, что наш IPS помечен домен как вредоносное ПО, и мы заблокировали его на уровне нашей внутренней сети.
Как только мы удалили блок, все теперь снова работает.
У нас также были проблемы с получением изображений и css с сайтов проекта codeplex, и это также исправило эту проблему.
Я вижу этот вопрос за корпоративным прокси-сервера с помощью Visual студии 2015, которая использует новые В3 API-интерфейс (https://api.nuget.org/v3/index.json). В моем экземпляре, это связано с поддержкой SSL перехват корпоративного прокси (оживленном), что не знает, как обращаться с новой шифра протокола (например, протокол TLS 1.2, плюс некоторые новые обмен ключами шифра), который обсуждается, что конечную точку API, я считаю.
быстрое исправление для пользователей Visual Studio 2015 заключается в изменении URL-адреса с https на http. У меня такое чувство, что это может не сработать, если пакет имеет файл лицензии https.
или переключитесь на Visual Studio 2013 для установки и обновления пакетов.
проверьте, работает ли подключение к интернету, и ваш прокси-сервер настроен и включен в настройках локальной сети Internet Explorer. В моем случае он пытался загрузить его из интернета и не смог, так как мой прокси был отключен! Надеюсь, это поможет.
В Linux Перед выполнением команды Git выполните в командной строке следующее:
На Windows Перед выполнением команды Git выполните в командной строке следующее:
оброго времени суток, помогите решить проблему : при попытке сделать запрос на сайт sscasino.online дает ошибку
Для WebRequest нашел решение
Но нужно для xNEt, можете помочь ?
При этом, если включить http debbuger pro, то запросы идут нормально. Тестил на нескольких машинах
Сегодня получится краткий обзор об исключении, которое возникает при попытке получить содержимое страницы с использованием метода GetResponse() класса WebRequest. При этом страницы сайтов, получаемые через незащищенное соединение (протокол HTTP), отрабатывают без каких-либо ошибок. А вот, если вы захотите получить страницу через защищенное соединение (протокол HTTPS), то могут возникнуть некоторые трудности.
Внимание! Не для всех страниц с протоколом HTTPS возникает исключительная ситуация. Например, исключение может быть при использовании сайтом бесплатного сертификата Let’s Encrypt, использующего TLS шифрование.
Самые распространенные исключения, которые возникают:
Ниже приведу пример кода для получения содержимого web-страницы (рабочий вариант):
Как видно из примера кода строка ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 гарантирует, что не будет проблем с сертификатом. Здесь мы присваиваем протокол TLS 1.2.
Спасибо всем за внимание.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
I’m trying to use VMware Workstation 6.0, I have installed EXSI hypervisor 6.0 in a system successfully. I also installed VMware vSphere 6.0 successfully in window 7 and window XP.
I tried connecting from window 7 VMware Client to Hypervisor it able to connect.
While connecting from Window XP , I have found below error :
«vSphere Client could not connect to «» An unknown connection error occurred. (The Client could not send a complete request to the server. (The underlying connection was closed: An unexpected error occurred on a send.))»
Does WMware Client have compatibility for WindowXP ?? Do we have work around for windowXP ??
Thanks in advance.
Обновлено 23.05.2019
Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org. В прошлый раз мы с вами научились устанавливать гипервизор Vmware ESXI 6.5. Сегодня я покажу, как решается ошибка vsphere client could not connect to vcenter server при попытке соединиться с vCenter. Вот согласитесь, что всегда испытываешь некий дискомфорт, когда какая-то консоль управления серверами или кластерами у тебя не запускается, понятное дело, что простые хосты продолжают работать, но в такие моменты вы теряете кучу функционала, который может потребоваться в любой момент.
Данная ошибка в большинстве случаев выскакивает из за, того что у вас банально не запущена служба vCenter.
vsphere client could not connect to vcenter server при попытке соединиться с vCenter.
Зайдя в Администрирование-Службы запустите ее и все будет огонь:). Служба называется «VMware VirtualCenter Server», кстати очень легко, это сделать и через командлеты PowerShell Get-Service vcenter | Restart-Service.
Еще возможные причины:
- Убедитесь, что вы используете ту же версию VMWare ESXi Server & Client. Версия VMware vCenter Server и VSphere Client должны совпадать.
- Требуется последняя версия Microsoft .Net Framework или версия .Net Framework, вызывающая проблему.
- Проверьте настройки прокси (если установлены), сброс настроек вызывает проблемы в соединении.
- Перезагрузите компьютер, на котором установлен Vsphere Client
- Убедитесь, что вы подключаетесь с правильным именем пользователя и паролем. Часто указывается неправильное имя пользователя или пароль, что приводит к сбою входа в систему с ошибкой: не удается завершить вход в систему из-за неверного имени пользователя или пароля.
- Убедитесь, что вы подключаетесь к правильному имени хоста или IP-адресу для вашего vCenter Server. Не удалось установить соединение, поскольку из-за неверной информации о сервере проблема может показаться более сложной, чем она есть. Исправьте все неправильные имена и попробуйте подключиться к vCenter Server с помощью клиента vSphere. Если соединение не удается с использованием имени хоста, но успешно с IP-адресом, вероятно, это ошибка DNS, которую необходимо починить.
В большинстве случаев помогает. Материал сайта Pyatilistnik.org
Май 23, 2019 23:47
Столкнулся с проблемой подключения Spotlight для MSSQL 10.0.1.6998 к VMware ESXi 6.7.
После того как администраторы обновили esxi, в spotlight стала появляться ошибка:
Connection Failure Cannot connect to VMware server:
Базовое соединение закрыто:
Непредвиденная ошибка при передаче. :
Аутентификация не пройдена из-за закрытия транспортного потока удаленной стороной. (requires acknowledgement)Админы пробовали выдавать полные права для учётки под которой происходит подключение к esxi, проверено что есть подключение по 443 порту, сетевики сказали, что ограничений нет никаких.
Не могу понять в чём дело.
Раздел: Советы
Написано: 26.06.2014
Автор: Antonio
Давно хотел описать решение проблемы — клиент VMware vSphere Client на Windows XP не подключается к ESXi 5.5, происходит ошибка.
Оказывается старые операционные системы Windows XP, Windows 2003 не поддерживают необходимые алгоритмы шифрования.
Для Windows 2003 сделали патчи, которые создают возможности подключения, а вот для Windows XP в VMware vSphere® 5.5 Release Notes пишут что решение ошибки подключения — это обновить ОС хотя бы до Windows Vista и выше.
На просторах инета умельцы нашли решение — оно простое и эффективное (хотя конечно давно пора использовать Windows 7 
) — нужно лишь немного подправить конфиг гипервизора.
Включаем возможность подключаться из Windows XP:
1. Включаем SSH (можно из клиента, который подключается Configuration->Security Profile->Services->Properties или из «консоли» сервера)
2. Заходим в ESXi по SSH и с помощью редактора vi добавляем одну строку в конфиг:
/etc/vmware/rhttpproxy/config.xml
(сделал в виде картинки, так как модули блога исправляют большую букву L на маленькую)
3. Перезапускаем сервис
/etc/init.d/rhttpproxy restart
4. Выключаем SSH (можно и оставить)
После этих манипуляций можно подключаться к ESXi 5.5 из Windows XP
Фразы: не могу подключиться к esxi базовое соединение закрыто