| Ошибка ‘Не найдено ни одного сервера с размещенным сервисом’ | оглавление | Ошибка ‘Запрос был прерван: Не удалось создать защищенный канал SSL/TLS’. |
2022-08-23T15:04:56+00:00
Проблема
Начиная с 13.08.2022 перестали скачиваться исправления (патчи) к конфигурациям с ошибкой:
«The underlying connection was closed: An unexpected error occurred on a send»
или то же самое на русском
«Базовое соединение закрыто: Непредвиденная ошибка при передаче.»
Временное решение
Как временное решение, можно использовать:
- установку исправлений (патчей) из самой 1С
- из обновлятора из локальной папки: ссылка
Причина и ход решения
15.08.2022 Предварительно, я полагаю, что у сервиса 1С изменились технические требования к версии протокола шифрования, который используется для соединения (исправления, в отличие от обновлений скачиваются через API соответствующего сервиса 1С). Сегодня (в понедельник) я приступил к решению проблемы — на днях будет новый билд, я напишу о его выходе в соц. сетях (vk, tg) и на этой страничке.
16.08.2022 Да, дело в изменившейся минимальной версии TLS, которую требует сервис 1С для скачивания исправлений. Сегодня, максимум завтра выйдет новая версия обновлятора, где часть кода, ответственная за скачивание исправлений будет вынесена в отдельный исполняемый файл, который для своего выполнения потребует также установленный на компьютере .Net Framework 4.5 (в большинстве современных ОС он уже входит в систему). Это ещё один довод в пользу запланированного на начало следующего года полного перехода на эту версию фреймворка (сейчас большая часть функционала обновлятора требует только .Net Framework 3.5).
16.08.2022 Вышла версия обновлятора от 16 августа с решением возникшей проблемы. Нажмите кнопку «Скачать новый обновлятор» внизу главного окна уже установленного обновлятора. Восстановлена возможность скачивания исправлений (патчей). Обратите внимание, что для скачивания исправлений (патчей) теперь необходим также установленный .Net Framework 4.5 или выше (он уже предустановлен в большинстве современных ОС). После обновления обновлятора на эту версию сразу проверьте возможность скачивания новых исправлений — если необходимой версии .Net Framework у вас на компьютере нет — обновлятор скажет об этом и даст соответствующую ссылку для установки. На начало 2023 года запланирован полный переход обновлятора на .Net Framework 4.5: ссылка.
23.08.2022 На старых ОС для корректной работы TLS должны быть установлены некоторые обновления, иначе возникает ошибка ‘Не удалось создать защищенный канал SSL/TLS’ или ‘Could not create SSL/TLS secure channel’: подробнее здесь.
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Нажмите одну из кнопок, чтобы поделиться:
| Ошибка ‘Не найдено ни одного сервера с размещенным сервисом’ | оглавление | Ошибка ‘Запрос был прерван: Не удалось создать защищенный канал SSL/TLS’. |
- 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
-
Помечено в качестве ответа
I’m writing a .NET application which is supposed to post data to another .NET application.
I use the following code to request the login page
WebProxy proxy = new WebProxy("http://proxy:80/", true);
HttpWebRequest webRequest = WebRequest.Create(LOGIN_URL) as HttpWebRequest;
//proxy.Credentials = new NetworkCredential("myusername", "mypassword", "domain");
// webRequest.Proxy = proxy;
webRequest.Proxy = WebRequest.DefaultWebProxy;
StreamReader responseReader = new StreamReader
(webRequest.GetResponse().GetResponseStream());
string responseData = responseReader.ReadToEnd();
but it fails on this line
StreamReader responseReader = new StreamReader
(webRequest.GetResponse().GetResponseStream());
with the error message :
System.Net.WebException: The underlying connection was closed: The connection was
closed unexpectedly.
SteveC
15.3k23 gold badges98 silver badges173 bronze badges
asked Sep 22, 2009 at 11:19
5
In my case, this solved the problem:
System.Net.ServicePointManager.Expect100Continue = false;
and none of the above.
SuleymanSah
16.1k5 gold badges31 silver badges50 bronze badges
answered Oct 6, 2012 at 23:40
Ivan IčinIvan Ičin
9,4445 gold badges36 silver badges52 bronze badges
2
I encountered the same exception a while ago and I remember that this happens in some cases due to a bug in .NET. You can work around this by setting the Timeout and ReadWriteTimeout of the request to higher values, or set KeepAlive to false.
This would only be a workaround, though, so I suggest you try to find the actual root cause before assuming anything.
I’ll try to come up with some web references, in the mean time, look at
Big files uploading (WebException: The connection was closed unexpectedly)
answered Sep 22, 2009 at 11:38
RikRik
28.2k14 gold badges49 silver badges67 bronze badges
1
Seems like to possible issues:
-
You never assign the proxy you create to your HttpWebRequest
WebProxy **proxy** = new WebProxy("http://proxy:80/", true); HttpWebRequest webRequest = WebRequest.Create(LOGIN_URL) as HttpWebRequest; //proxy.Credentials = new NetworkCredential("myusername", "mypassword", "domain"); // webRequest.Proxy = proxy; webRequest.Proxy = **WebRequest.DefaultWebProxy**;You should assign it like this:
WebProxy proxy = new WebProxy("http://proxy:80/", true); HttpWebRequest webRequest = WebRequest.Create(LOGIN_URL) as HttpWebRequest; webRequest.Proxy = proxy;(notice the difference in the last line).
-
You use port 80 on your proxy. Sure that is correct? Many proxies use port 8080.
Malachi
3,2064 gold badges28 silver badges46 bronze badges
answered Dec 4, 2009 at 11:37
2
I had this issue once. My virus protection was the culprit.
answered May 29, 2015 at 15:59
Dan GiffordDan Gifford
8791 gold badge8 silver badges33 bronze badges
Faced the same error for using http GET for an API that used https. Might be of help to someone.
answered Jun 28, 2021 at 6:15
In my case I needed to setup proxy settings to allow not only HTTP but HTTPS on the same port as well, because one of requests was sent by HTTPS protocol.
answered Apr 15, 2014 at 20:49
dred17dred17
1392 silver badges17 bronze badges
It was different case for me. Query was taking too long hence connection was timing out. There are five timeouts in WCF
1. Send Timeout — Default 1 min
2. Receive Timeout — Default 1 min
3. Open Timeout — Default 1 min
4. Close Timeout — Default 1 min
5. Inactivity Timeout- Default 10 min
I had set Send and Receive time out correctly but problem was due inactivity timeout as query was too long on server, WCF Service was closing channel hence it was failing to transmit back the response.
Hope this helps if you are using WCF to get response from server which takes long time to run.
answered May 8, 2015 at 15:31
SoftecSoftec
1,05711 silver badges14 bronze badges
myHttpWebRequest.Credentials = CredentialCache.DefaultCredentials;
this is the solution
animuson♦
53.2k28 gold badges142 silver badges147 bronze badges
answered Jun 30, 2010 at 13:09
I’m writing a .NET application which is supposed to post data to another .NET application.
I use the following code to request the login page
WebProxy proxy = new WebProxy("http://proxy:80/", true);
HttpWebRequest webRequest = WebRequest.Create(LOGIN_URL) as HttpWebRequest;
//proxy.Credentials = new NetworkCredential("myusername", "mypassword", "domain");
// webRequest.Proxy = proxy;
webRequest.Proxy = WebRequest.DefaultWebProxy;
StreamReader responseReader = new StreamReader
(webRequest.GetResponse().GetResponseStream());
string responseData = responseReader.ReadToEnd();
but it fails on this line
StreamReader responseReader = new StreamReader
(webRequest.GetResponse().GetResponseStream());
with the error message :
System.Net.WebException: The underlying connection was closed: The connection was
closed unexpectedly.
SteveC
15.3k23 gold badges98 silver badges173 bronze badges
asked Sep 22, 2009 at 11:19
5
In my case, this solved the problem:
System.Net.ServicePointManager.Expect100Continue = false;
and none of the above.
SuleymanSah
16.1k5 gold badges31 silver badges50 bronze badges
answered Oct 6, 2012 at 23:40
Ivan IčinIvan Ičin
9,4445 gold badges36 silver badges52 bronze badges
2
I encountered the same exception a while ago and I remember that this happens in some cases due to a bug in .NET. You can work around this by setting the Timeout and ReadWriteTimeout of the request to higher values, or set KeepAlive to false.
This would only be a workaround, though, so I suggest you try to find the actual root cause before assuming anything.
I’ll try to come up with some web references, in the mean time, look at
Big files uploading (WebException: The connection was closed unexpectedly)
answered Sep 22, 2009 at 11:38
RikRik
28.2k14 gold badges49 silver badges67 bronze badges
1
Seems like to possible issues:
-
You never assign the proxy you create to your HttpWebRequest
WebProxy **proxy** = new WebProxy("http://proxy:80/", true); HttpWebRequest webRequest = WebRequest.Create(LOGIN_URL) as HttpWebRequest; //proxy.Credentials = new NetworkCredential("myusername", "mypassword", "domain"); // webRequest.Proxy = proxy; webRequest.Proxy = **WebRequest.DefaultWebProxy**;You should assign it like this:
WebProxy proxy = new WebProxy("http://proxy:80/", true); HttpWebRequest webRequest = WebRequest.Create(LOGIN_URL) as HttpWebRequest; webRequest.Proxy = proxy;(notice the difference in the last line).
-
You use port 80 on your proxy. Sure that is correct? Many proxies use port 8080.
Malachi
3,2064 gold badges28 silver badges46 bronze badges
answered Dec 4, 2009 at 11:37
2
I had this issue once. My virus protection was the culprit.
answered May 29, 2015 at 15:59
Dan GiffordDan Gifford
8791 gold badge8 silver badges33 bronze badges
Faced the same error for using http GET for an API that used https. Might be of help to someone.
answered Jun 28, 2021 at 6:15
In my case I needed to setup proxy settings to allow not only HTTP but HTTPS on the same port as well, because one of requests was sent by HTTPS protocol.
answered Apr 15, 2014 at 20:49
dred17dred17
1392 silver badges17 bronze badges
It was different case for me. Query was taking too long hence connection was timing out. There are five timeouts in WCF
1. Send Timeout — Default 1 min
2. Receive Timeout — Default 1 min
3. Open Timeout — Default 1 min
4. Close Timeout — Default 1 min
5. Inactivity Timeout- Default 10 min
I had set Send and Receive time out correctly but problem was due inactivity timeout as query was too long on server, WCF Service was closing channel hence it was failing to transmit back the response.
Hope this helps if you are using WCF to get response from server which takes long time to run.
answered May 8, 2015 at 15:31
SoftecSoftec
1,05711 silver badges14 bronze badges
myHttpWebRequest.Credentials = CredentialCache.DefaultCredentials;
this is the solution
animuson♦
53.2k28 gold badges142 silver badges147 bronze badges
answered Jun 30, 2010 at 13:09
Варенуха |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 28 раз |
Здравствуйте! |
 |
|
|
expdts |
|
|
Статус: Активный участник Группы: Участники Сказал «Спасибо»: 2 раз |
Цитата: создал сертификат администратора безопасности по Шаблон=1.2.643.2.2.46.0.8 через консоль управления цр (из под другого администратора, который создавался ранее через запрос) без запроса и установки его в диспетчере уц цр, но после входа в консоли управления цр, появляется ошибка «Нет доступных папок» и в диспетчере уц добавить данного пользователя нет возможности в администраторы ругается на уже присутствующее имя подскажите пожалуйста как устранить ошибку проблема решена через группы безопасности Отредактировано пользователем 9 января 2017 г. 14:40:59(UTC) |
|
|
|
|
Варенуха |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 28 раз |
Собрал лог с помощью SvcTraceViewer. Ошибка: ApplicationData>System.ServiceModel.CommunicationException: Ошибка при отправке запроса HTTP к https://ra2/ra/CertViewService.svc/. Возможно, это вызвано тем, что сертификат сервера не сконфигурирован с HTTP.SYS для случая HTTPS. Это может быть также вызвано несоответствием привязки безопасности между клиентом и сервером. —> System.Net.WebException: Базовое соединение закрыто: Непредвиденная ошибка при передаче. —> System.IO.IOException: Проверка подлинности не пройдена из-за закрытия транспортного потока удаленной стороной. Есть другая машина с установленной работающей консолью (для другого администратора). На ней мой сертификат работает корректно, консоль работает. UPD. Решено. Причиной был сетевой экран в Kaspersky Endpoint Security. Добавил адрес ЦР в разрешенные. Отредактировано пользователем 10 января 2017 г. 18:39:09(UTC) |
|
|
|
|
|
moremore
оставлено 24.01.2017(UTC) |
1 пользователь поблагодарил Варенуха за этот пост.| Пользователи, просматривающие эту тему |
|
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
при попытке восстановить пакеты 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.