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

Ошибка ‘Не найдено ни одного сервера с размещенным сервисом’

оглавление

Ошибка ‘Запрос был прерван: Не удалось создать защищенный канал 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

Источник

C Sharp

Сегодня получится краткий обзор об исключении, которое возникает при попытке получить содержимое страницы с использованием метода GetResponse() класса WebRequest. При этом страницы сайтов, получаемые через незащищенное соединение (протокол HTTP), отрабатывают без каких-либо ошибок. А вот, если вы захотите получить страницу через защищенное соединение (протокол HTTPS), то могут возникнуть некоторые трудности.

Внимание! Не для всех страниц с протоколом HTTPS возникает исключительная ситуация. Например, исключение может быть при использовании сайтом бесплатного сертификата Let’s Encrypt, использующего TLS шифрование.

Самые распространенные исключения, которые возникают:

System.Net.WebException: "Базовое соединение закрыто: Непредвиденная ошибка при передаче.

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

SocketException: Удаленный хост принудительно разорвал существующее подключение

Ниже приведу пример кода для получения содержимого web-страницы (рабочий вариант):

using System;
using System.IO;
using System.Net;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            string url = "https://www.petrolplus.ru";

            // Без этой строки возможно выскакивание исключения!
            ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;

            WebRequest request = WebRequest.Create(url);
            request.Credentials = CredentialCache.DefaultCredentials;

            WebResponse response = request.GetResponse();  
            Console.WriteLine(((HttpWebResponse)response).StatusDescription);
            Stream dataStream = response.GetResponseStream();
            StreamReader reader = new StreamReader(dataStream);
            string responseFromServer = reader.ReadToEnd();
            Console.WriteLine(responseFromServer);
            reader.Close();
            response.Close();

            Console.ReadKey();
        }
    }
}

Как видно из примера кода строка ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 гарантирует, что не будет проблем с сертификатом. Здесь мы присваиваем протокол TLS 1.2.

Спасибо всем за внимание.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

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.2k23 gold badges98 silver badges173 bronze badges

asked Sep 22, 2009 at 11:19

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,3645 gold badges36 silver badges52 bronze badges

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

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

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.2k23 gold badges98 silver badges173 bronze badges

asked Sep 22, 2009 at 11:19

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,3645 gold badges36 silver badges52 bronze badges

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

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

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

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

Источник

Все для эффективного участия в торгах

Получить бесплатный доступ

или

заказать обратный звонок

Попробовать бесплатно

Обратный звонок

Главная/FAQ/База знаний/Seldon 1.7: Ошибка: Базовое соединение закрыто: Непредвиденная ошибка при приеме

Ошибка: Базовое соединение закрыто: Непредвиденная ошибка при приеме

Дата публикации: 22.10.2021

Устранение ошибки: Базовое соединение закрыто: Непредвиденная ошибка при приеме

Если при установки выходит ошибка, связанная с блокировкой сервера, то нужно скорректировать настройки КриптоПРО.

Например:

Базовое соединение закрыто: Непредвиденная ошибка при приеме

Seldon Непредвиденная ошибка при приеме

Решение:

1. Необходимо проверить настройки подключения

Инструкция по настройке сервера

2. Данная ошибка возникает при установленном КриптоПРО. В данном случае в настройках необходимо указать:

«Требовать проверку подлинности пользователя для удаленных подключений путем проверки подлинности на уровне сети» — Отключить
«Установить уровень шифрования клиентских подключений» — Включить — Низкий

Seldon КриптоПРО