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

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, 2019 23:47

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

Посмотри приведенную тобой ссылку на мсдн.

Раздел: Adding a Login Form as a Credentials Provider

• Помечено в качестве ответа Abolmasov Dmitry Moderator 3 ноября 2010 г. 8:32

Раздел: Adding a Login Form as a Credentials Provider

Спасибо за совет.

Но данная форма реализована так как сказано в туториале.

И она вызывается чтобы ввести логин и пароль, но после нажатия OK и попытке обратится к вэб сервису — происходит WebException, описание которого я привел в первом посте.

Или вы имели ввиду что то другое?

Но постойте, разве здесь не ключевая фраза — «if the authentication service is unavailable». Ведь вместе с проектом стартует внутренний вэб сервер студии и ждет обращений на определенном порту. И как я писал служба отрабатывала сначала правильно, то есть она получала запрос в JSON формате и отвечала, а потом перестала.

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

В том то и дело что ничего! Я даже пробовал создавать НОВЫЙ проект — результат одинаков.

Пробовал создавать данный проект на другой машине — всё работает замечательно, но ведь это не дело, когда непонятно из за чего все просто перестает работать и все!

P.S. единственное что делалось на машине, где перестали работать службы, дак это установка SQL Management Studio 2008 без установки самой СУБД.

Существуют ли способы получить подробные логи с ошибками при работе встроенного вэб сервера студии, для того чтобы выяснить в чем проблема?

Источник

«Базовое соединение было закрыто: при отправке произошла непредвиденная ошибка». С сертификатом SSL

Проблема: в моих журналах появляется это исключение «БЫЛО ЗАКРЫТО ПОДКЛЮЧЕНИЕ: НЕОЖИДАННАЯ ОШИБКА ПРИ ОТПРАВКЕ», и это нарушает интеграцию OEM-производителя с нашей системой электронного маркетинга в случайные моменты времени, варьирующиеся от [1 час — 4 часа]

Мой веб-сайт размещен на сервере Windows Server 2008 R2 с IIS 7.5.7600. На этом веб-сайте есть большое количество OEM-компонентов и обширная информационная панель. Все отлично работает со всеми другими элементами веб-сайта, за исключением одного из наших компонентов электронного маркетинга, который мы используем в качестве решения iframe на нашей панели инструментов. Это работает так: я отправляю объект httpWebRequestobject со всеми учетными данными и получаю обратно URL-адрес, который я вставляю в iframe, и он работает. Но он работает только в течение некоторого времени [1 час — 4 часа], а затем я получаю следующее исключение: «БЫЛО ЗАКРЫТО ПОДКЛЮЧЕНИЕ: НЕОЖИДАННАЯ ОШИБКА ПРИ ОТПРАВКЕ», и даже если система пытается получить URL-адрес из httpWebRequest, он не работает с тем же исключением. Единственный способ заставить его снова работать — это переработать пул приложений или что-то отредактировать в web.config.

Вариант пробовал

Явно добавлено, keep-alive = false

Увеличено время ожидания:

Я загрузил эту страницу на веб-сайт без SSL, чтобы проверить, устанавливает ли SSL-сертификат на нашем производственном сервере соединение, чтобы каким-то образом разорвать соединение.

Приветствуется любое направление к разрешению.

Источник

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

У меня такой код:

ошибка: в System.dll возникло необработанное исключение типа System.Net.WebException

Дополнительная информация: базовое соединение было закрыто: при получении произошла непредвиденная ошибка.

Пожалуйста, помогите мне.

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

Эта проблема возникает, когда сервер или другое сетевое устройство неожиданно закрывает существующее соединение по протоколу управления передачей (TCP). Эта проблема может возникнуть, если значение тайм-аута на сервере или на сетевом устройстве установлено слишком низким. Чтобы решить эту проблему, см. Решения A, D, E, F и O. Проблема также может возникнуть, если сервер неожиданно сбрасывает соединение, например, если необработанное исключение приводит к сбою серверного процесса. Проанализируйте журналы сервера, чтобы узнать, может ли это быть проблемой.

разрешение

Чтобы решить эту проблему, убедитесь, что вы используете самую последнюю версию .NET Framework.

Добавьте в класс метод, чтобы переопределить метод . Это изменение позволяет получить доступ к объекту HttpWebRequest. Если вы используете Microsoft Visual C #, новый метод должен быть похож на следующий.

Выдержка из KB915599: Вы получаете одно или несколько сообщений об ошибках при попытке выполнить HTTP-запрос в приложении, построенном на .NET Framework 1.1 с пакетом обновления 1.

• @Raji Вы должны написать это перед вызовом HttpWebRequest
• @Nagaraj может, пожалуйста, скажите мне, чего мне не хватает в коде в указанном ниже URL-адресе stackoverflow.com/questions/49978481/…

Установка на у меня не сработала.

Поскольку я обращался к странице HTTPS, мне пришлось установить протокол безопасности точки обслуживания равным Tls12.

Обратите внимание, что есть другие : , ,

Так что, если Tls12 вам не подходит, попробуйте три оставшихся варианта.

Также обратите внимание, что вы можете установить несколько протоколов. Это предпочтительно в большинстве случаев.

Изменить: поскольку это выбор стандартов безопасности, очевидно, что лучше всего использовать последнюю версию (TLS 1.2 на момент написания этой статьи), а не просто делать то, что работает. Фактически, использование SSL3 официально запрещено с 2015 года, а TLS 1.0 и TLS 1.1, вероятно, также скоро будут запрещены. источник: @ aske-b

• 5 Хотя это было исправление для недавнего сценария, который у нас был с этой проблемой, нашей основной причиной было изменение на стороне сервера, которое отключило поддержку TLS 1.0. Таким образом, в зависимости от вашего сценария может быть несколько исправлений.
• Приятно знать. У меня действительно была эта проблема при доступе к данным со стороннего сервера, поэтому я не мог контролировать их поддержку TLS.
• Куда мне это добавить?
• @Faisal: до HttpWebRequest
• Я столкнулся с той же ошибкой, когда загружал любую версию SQL Server из онлайн-установщика, оказалось, что я отключил TLS 1.0 (клиент и сервер) из реестра (часть исправления уязвимости), из-за чего проблема возникла, после включение и перезапуск окон. Проблема решена. Спасибо

• .NET 4.6 и выше. Для поддержки TLS 1.2 не нужно выполнять никаких дополнительных действий, он поддерживается по умолчанию.

  .NET 4.5. TLS 1.2 поддерживается, но это не протокол по умолчанию. Вам необходимо зарегистрироваться, чтобы использовать его. Следующий код будет использовать TLS 1.2 по умолчанию, обязательно выполните его перед подключением к защищенному ресурсу:

  .NET 4.0. TLS 1.2 не поддерживается, но если в вашей системе установлен .NET 4.5 (или выше), вы все равно можете выбрать TLS 1.2, даже если ваша платформа приложения не поддерживает его. Единственная проблема заключается в том, что SecurityProtocolType в .NET 4.0 не имеет записи для TLS1.2, поэтому нам пришлось бы использовать числовое представление этого значения перечисления:

  .NET 3.5 или ниже. TLS 1.2 не поддерживается. Обновите свое приложение до более новой версии фреймворка.

• 1 Приведенные выше маркеры не совсем подходят для старых версий .Net, для более старых версий вы можете установить TLS вручную. ServicePointManager.SecurityProtocol = (Тип System.Net.SecurityProtocolType) 3072; // Также известен как Tls12
• Вы говорите о дефолт версия протокола. Означает ли это, что глобальные настройки в могут быть отменены при любом конкретном использовании, скажем, ?

Ни одно из существующих решений не помогло мне. В конце концов я обнаружил следующую комбинацию:

• Клиентская система: Windows XP Pro SP3
• В клиентской системе установлена ​​.NET Framework 2 SP1, 3, 3.5
• Программное обеспечение для .NET 2 с использованием классических веб-сервисов (.asmx)
• Сервер: IIS6
• Веб-сайт «Безопасные коммуникации» настроен на:
  • Требовать безопасный канал
  • Принимать клиентские сертификаты

Судя по всему, проблема была вызвана именно этим последним вариантом. Я обнаружил это, пытаясь открыть URL-адрес веб-службы непосредственно в Internet Explorer. Он просто бесконечно зависал, пытаясь загрузить страницу. Отключение «Принимать сертификаты клиентов» позволило странице нормально загружаться. Я не уверен, была ли это проблема в этой конкретной системе (возможно, сбой в сертификате клиента?). Поскольку я не использовал сертификаты клиента, этот вариант у меня сработал.

Перед выполнением запроса я поставил инструкцию, как показано ниже, и она устранила мою ошибку. Просто к вашему сведению, если это кому-то поможет.

ServicePointManager.SecurityProtocol = (SecurityProtocolType) 3072; ctx.ExecuteQuery ();

• Проголосовали против, потому что это дубликат отличного ответа Барто Бернсманна.
• Проголосовали за, потому что этот ответ не является дубликатом, это актуальный ответ для более старых версий .Net

Чтобы расширить ответ Барто Бернсманна, я хотел бы добавить, что можно получить универсальную, перспективную реализацию за счет небольшого размышления:

Я вызываю этот метод в статическом конструкторе класса, который обращается к Интернету.

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

• Проголосовали против, потому что это дубликат отличного ответа Барто Бернсманна.
• Я просто поделился своей проблемой в реальном времени и получил решение таким же образом 🙂
• Но видели ли вы, что другой ответ уже дал такое же решение? И если да, то зачем писать?

Источник

«Базовое соединение закрыто: непредвиденная ошибка при передаче.». Почтальон идет нормально с теми же заголовками

сценарий

Я пытаюсь сделать WebRequest, но я получаю следующую ошибку:

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

копаясь во внутреннем исключении, я получил:

«Не удается прочитать данные из транспортного соединения: существующее соединение было принудительно закрыто удаленный хост.»

код, который выполняет запрос, следующий:

что я уже сделал:

• сделал запрос через консольное приложение и контроллер приложений MVC. Оба выбрасывают одно и то же исключение
• вызвал API через Postman с точно такими же заголовками, что приносит мне контент правильно.

эти запросы работали нормально через c# около 4 дней назад, и я внезапно начал проблемы, но учитывая тот факт, что он хорошо реагирует на Postman, я не могу понять, в чем проблема.

EDIT: сделал оба запроса с прослушиванием скрипача. Результат для Postman показывает прямой запрос к API с HTTPS. При попытке с моим ConsoleApplication он показывает HTTP-запрос, который делает туннель к конечной точке API, порту 443.

TextView от Fiddler для запроса туннеля говорит следующее:

Я заметил поле «время», которое относится к очень старой дате, но я не знаю, что это значит.

Источник

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

при попытке восстановить пакеты nuget я получаю следующее: —

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

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

Ошибка 3 команда » «D:root.из NuGetNuGet для.exe » установить «D:rootpackages — . config «- source «» — неинтерактивный-RequireConsent-solutionDir «D:root «» выход с кодом 1.

Ошибка 4 файла метаданных ‘D:rootproject — . Вебсайт.dll » не удалось найти D:rootproject — . Unit-тестов КБК

Я попробовал решения, представленные на:Visual Studio 2010 nuget ошибка: базовое соединение было закрыто: не удалось установить отношения доверия для безопасного канала SSL/TLS

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

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

Это, по-видимому, может быть ожидание игры, для 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 выполните в командной строке следующее:

Источник

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

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.