Vmware базовое соединение закрыто непредвиденная ошибка при передаче

Блог посвященный системному администрированию

27 сент. 2012 г.

vSphere Client не может подключиться к ESXi

Вы вводите заведомо валидные данные, и после паузы выпрыгивает ошибка типа такой:

The server ‘my.host.name’ could not interpret the client’s request. (The remote server returned an error: (503) Server Unavailable
Call «ServiceInstance.RetrieveContent» for object «ServiceInstance» on Server «my.host.name» failed.

При это с помощью SSH нормально можно зайти на хост. Точнее, нужно зайти и выполнить команду:

После завершения всех действий команды (когда вы опять увидите приглашение командной строки) можно будет снова зайти на ESXi гипервизор с помощью vSphere Client.

Когда я пытаюсь подключиться к нескольким нашим серверам ESXi с моим клиентом vSphere, я получаю следующее сообщение об ошибке:

«vSphere Client не удалось подключиться к» IP-адресу «. Произошла неизвестная ошибка подключения. (Клиент не смог отправить полный запрос на сервер. (Основное соединение было закрыто: при отправке произошла непредвиденная ошибка.))

Я думаю, что это может иметь какое-то отношение к несовместимости версии, но я не уверен. Может кто-то пролил свет?

5 ответов

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

Оказалось, что проблема заключается в моем контрольном решении всего. У меня была проверка проверки системы на проверку https-страницы для хоста каждые 5 минут, которая по какой-то причине в конечном итоге заставит систему реагировать на все, до того момента, когда клиенты vSphere больше не смогут подключаться.

Я отключил эту проверку (полагаясь вместо этого на pings), и эта проблема не вернулась уже почти год.

Я предполагаю, что есть параметр безопасности где-то под капотом ESXi 4.x, который сообщает системе прекратить отвечать после указанного количества запросов, но я не смог найти это.

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

Я попробовал обновление до самых последних версий ESXi, но это не решило проблему.

vSphere client перестал коннектиться к ESXi 5.5. Текст ошибки:

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

Сервер с гипервизором пингуется. Делал telnet 443. Результат — черное окно командной строки.

Все виртуальные машины работают, пингуются и доступны по портам ssh, 443, 80, rdp.

при попытке восстановить пакеты 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.

при попытке восстановить пакеты 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.