Ошибка the underlying connection was closed an unexpected error occurred on a receive

Проблема

Начиная с 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’: подробнее здесь.

private Uri currentUri;

private void Form1_Load(object sender, EventArgs e)
{
    currentUri = new Uri(@"http://www.stackoverflow.com");
    HttpWebRequest myRequest = (HttpWebRequest) HttpWebRequest.Create("http://www.stackoverflow.com");
    WebProxy myProxy = new WebProxy("120.198.230.8:81");
    myRequest.Proxy = myProxy;

    HttpWebResponse myResponse = (HttpWebResponse)myRequest.GetResponse();

    webBrowser1.DocumentStream = myResponse.GetResponseStream();

    webBrowser1.Navigating += new WebBrowserNavigatingEventHandler(webBrowser1_Navigating);
}

void webBrowser1_Navigating(object sender, WebBrowserNavigatingEventArgs e)
{
    if (e.Url.AbsolutePath != "blank")
    {
        currentUri = new Uri(currentUri, e.Url.AbsolutePath);
        HttpWebRequest myRequest = (HttpWebRequest)HttpWebRequest.Create(currentUri);

        HttpWebResponse myResponse = (HttpWebResponse)myRequest.GetResponse();

        webBrowser1.DocumentStream = myResponse.GetResponseStream();
        e.Cancel = true;
    }
}

0

Problem

User launches Controller client. User receives an error.

Symptom

The underlying connection was closed: An unexpected error occurred on a receive.
   at System.Web.Services.Protocols.WebClientProtocol.GetWebResponse(WebRequest request)
   at System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest request)
   at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
   at Cognos.Controller.ControllerSoapHttpClientProtocol.Invoke(String methodname, Object[] parameters)
   at Cognos.Controller.Proxy.Light.WSLight.CheckServerConnection(String sGuid, String sUser)
   at Cognos.Controller.Direct.ServerInfoD.CheckServerConnection()
   at CCR.AppContext.CheckConnectionToServer()

Cause

The ‘The underlying connection was closed: An unexpected error occurred on a receive‘ error can occur at different times when using Controller client.

• This Technote *only* relates to the scenario where the error occurs immediately after launching the client
• If the error occurs when you are using Controller’s functionality (after you have successfully logged in) then see explanations inside separate IBM Technotes.

There are several known causes of this error when launching the client:

•  Scenario #1 — The Controller application server’s Windows SSL/TLS/security protocols had been partially disabled (locked down), so that only a very few protocols were enabled
  • Typically (most likely) it is caused by customers disabling TLS 1.0 and 1.1 (leaving only TLS 1.2 available)
  • For more details, see separate IBM Technote #276599.

•  Scenario #2 — Both of the following are true:
  • Controller client configured to use SSL (HTTPS) for its communication (to the Controller application server)
  • Client (and/or the application server) has been configured to disable some required SSL/TLS communication protocols.
    • For more details, see separate IBM Technote #2015415.

• Scenario #3 — Client device (and/or Controller application server) has Microsoft patch KB4467697 installed.

• Scenario #4 — (32-bit Excel link error only, not ‘main’ Controller client) — The client device does not contain the required 32-bit registry key to force the use of TLS 1.2 for .NET
  • For more details, see separate IBM Technote #0956557.

Resolving The Problem

Scenario #1

Fix: Reconfigure Controller client to use the relevant communication protocol (typically TLS 1.2)

Workaround: Re-enable the relevant/required IIS communication protocols (on the application server).

• For more details, see separate IBM Technote #276599.

Scenario #2

Reconfigure the client device (plus also the application server if necessary) so that the required protocols are enabled.

• For more details, see separate IBM Technote #2015415.

Scenario #3

Uninstall Microsoft patch KB4467697 from client device:

• If the problem remains, uninstall the same patch from the Controller application server.

Scenario #4
Add the 32-bit registry key (in other words, inside «Wow6432Node«), to force 32-bit .NET applications to use TLS 1.2.

• For more details, see separate IBM Technote #0956557.

Related Information

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

HttpWebRequest webRequest = (HttpWebRequest)WebRequest.Create("https://api.guesty.com/api/v2/listings");
                webRequest.KeepAlive = false;
                webRequest.ProtocolVersion = HttpVersion.Version11;
                webRequest.Timeout = 60000;
                ServicePointManager.Expect100Continue = false;
                ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Ssl3;
                webRequest.Method = "GET";
                webRequest.ContentType = "application/json";
                webRequest.ContentLength = 0;
                string autorization = "******" + ":" + "******";
                byte[] binaryAuthorization = System.Text.Encoding.UTF8.GetBytes(autorization);
                autorization = Convert.ToBase64String(binaryAuthorization);
                autorization = "Basic " + autorization;
                webRequest.Headers.Add("Authorization", autorization);
                var response = webRequest.GetResponse();

• 
  Вопрос задан

  более трёх лет назад
  

• 2348 просмотров

Пригласить эксперта

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Ssl3;

• 
  Показать ещё
  Загружается…