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

Remove From My Forums

Вопрос
При настройке WAP возникает ошибка: Базовое соединение закрыто: При попытке установления отношений доверия со службой федерации произошла
ошибка. Ошибка: Базовое соединение закрыто: Непредвиденная ошибка при передаче.. ADFS установлен и настроен. Сертификат был импортирован с закрытым ключом и содержит 3 имени (имя сервера wap, adfs и имя службы ADFS). Все
имена серверов используется внутренние. Трафик между хостами полностью разрешен. Может
кто сталкивался?

Ответы

- Помечено в качестве ответа
  
  6 февраля 2017 г. 7:31
1. Для имени AD FS при установке WAP нужно использовать msk-i-ca-adfs.internet.lan — именно это значение прописано в хостовой части URL, идентифицирующего ферму AD FS (Identifier). Хотя, если SNI при связи WAP-AD FS не используется
(как посмотреть это, я не знаю), может пройти и adfs.internet.lan.

2. Сертификат Service Communication у вас выглядит сомнительно. Чтобы сертификат был действительным для нескольких имён DNS, они должны быть добавлены в расширение Subject Alternative Name (к сожалению, его в выдаче не видно) ,
а в Subject Name в части CN=… (Common Name) должно быть указано только одно, основное имя.

3. Сертификат SSL на сервере AD FS я вообще не увидел. Обычно он совпадает с Service Communication Certificate, но у вас почему-то не так (Thumbprint не совпадает). Так что смотрите на него сами (certutil -dump файл_сертификата). Требования
там по именам те же: «основное» имя DNS в Common Name из Subject Name, а все остальные (можно — вместе с основным) — в Subject Alternate Name.

Слава России!
- Помечено в качестве ответа
  Petko KrushevMicrosoft contingent staff, Moderator
  6 февраля 2017 г. 7:31

Обновлено 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 vcenter service restart

Еще возможные причины:

Убедитесь, что вы используете ту же версию 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

Источник

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

Источник