Меню

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

Типовые проблемы при работе со СБИС Коннектом

При обмене данными между СБИС и вашей информационной системой через СБИС Коннект могут возникать ошибки. Информация о них отобразится в интерфейсе утилиты или логах отправки.

Проблемы при запуске программы

  • Невозможно создать папку
  • Непредвиденная ошибка драйвера внешней базы данных (15877)
  • Ошибка авторизации на сервере
  • Ошибка аутентификации на сервере. Не удалось получить закрытый ключ и активировать сертификат с отпечатком
  • Ошибка регистрации службы СБИС Коннекта под пользовательской учетной записью

Проблемы при отправке и получении документов

  • Выгрузка статусов невозможна, достигнуто ограничение
  • Вызов метода «СБИС.СписокСлужебныхЭтапов» заблокирован согласно назначенным правам
  • Для запуска документа в документооборот необходимо назначить получателя
  • Не выгружаются входящие документы
  • На документе не указана организация-отправитель
  • Не допускается совпадение отправителя и получателя
  • Не найден сертификат ЭП для подписания документов
  • Не найден файл при отправке документов
  • В некоторых файлах обнаружены ошибки. Отправка с ошибками запрещена
  • Неверно указан ИНН/КПП
  • Объект не найден ядром базы данных Microsoft Jet
  • Отправитель документа не участвует в документообороте
  • Ошибка «WinHTTP 12002» или «WinHTTP 12152»
  • Ошибка «Не удалось скачать архив ЭЛО/ЭДО»
  • Ошибка при выполнении файловой операции
  • Ошибка при автоматическом обновлении СБИС Коннекта в режиме службы
  • Ошибка при обработке события
  • Ошибка при отправке документов: «Не удается найти указанный поставщик»
  • Обрезаются длинные значения ячеек при обработке файлов *.xls и *.xlsx.
  • Ошибка при отправке документов: «PRP Не удалось открыть файл»
  • PRP Ошибка создания документов: Не найден указанный файл

СБИС Коннект

Ошибки СБИС Коннект

Типовые проблемы

Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.

Источник

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

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

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

или

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

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

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

Seldon partner синий

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

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

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

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

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

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

Например:

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


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

Решение:

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

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

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

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

Seldon КриптоПРО

Copyright © 2008 — 2023 Ваши данные конфиденциальны и служат только для связи с менеджером!

Источник

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

сценарий

  • Win10 x64
  • VS2013

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

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

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

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

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

private static Hashtable exec (String method, String uri, Object data, String contentType) {
    Hashtable response;

    HttpWebRequest request = (HttpWebRequest)WebRequest.Create (API_BASE_URL + uri);

    request.UserAgent = "MercadoPago .NET SDK v"+MP.version; //version resolves to 0.3.4
    request.Accept = MIME_JSON; // application/json
    request.Method = method; //GET
    request.ContentType = contentType; //application/json
    setData (request, data, contentType); //setData in this case does nothing.

    String responseBody = null;
    try {
      HttpWebResponse apiResult = (HttpWebResponse)request.GetResponse (); //Error throws here
      responseBody = new StreamReader (apiResult.GetResponseStream ()).ReadToEnd ();

      response = new Hashtable();
      response["status"] = (int) apiResult.StatusCode;
      response["response"] = JSON.JsonDecode(responseBody);
    } catch (WebException e) {
      Console.WriteLine (e.Message);
    }
}

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

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

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

вот ответ

enter image description here

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

enter image description here

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

enter image description here

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

5 ответов

вы можете попробовать код ниже:

string url = ""; // url of the endpoint

WebClient client = new WebClient();
ServicePointManager.Expect100Continue = true;
ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3;
client.Encoding = Encoding.UTF8;
client.Headers.Add("content-type", "application/json"); // same as other parameters in the header

var data = client.DownloadString(url);

это своего рода плохая практика, чтобы включить Tls12, как это —

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;

в будущем, если вам нужно будет использовать более высокую версию TLS, вам придется обновить свой код.

Если вы используете более старую версию .NET, вы можете просто переключить ее более высокую версию, в которой tls12 включен по умолчанию.

например, это простое изменение в вашей сети.config автоматически включит Tls12 —

<httpRuntime targetFramework="4.6.1"/>

(в качестве ссылки для других, у кого такая же проблема) это также может быть результатом Двойной Прыжок проблема , где вы должны передать зачисленного пользователя (в пуле) на проходящий сервер или из одной среды в другую , в противном случае пользователь установлен в «анонимный/пользователь», и вы получите «существующее соединение было принудительно закрыто удаленным хостом.- Ошибка!—3—>

разобрался. Мне нужно было включить использование TLS1.2.

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;

2

автор: undefined is our god

Я нашел ту же ошибку, просто упомяну
запрос.UserAgent = «все, что вы хотите»;

Источник
  • 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.

Источник

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Базовое соединение закрыто непредвиденная ошибка при передаче vmware
  • Ауди q7 brake pads ошибка

    • ➤