Почему встроенный метод HTTPСоединение в 1С выдает ошибку «Не могу установить соединение», хотя аналогичный код на WinHttp работает?

← На главную

При разработке интеграций с внешними информационными системами программисты 1С часто сталкиваются с необходимостью отправки HTTP-запросов. Исторически сложилось так, что во многих конфигурациях использовались COM-объекты Windows, такие как WinHttp.WinHttpRequest.5.1. Однако при попытке переписать этот код на современный, кроссплатформенный встроенный механизм платформы 1С — HTTPСоединение — разработчики нередко получают ошибку «Ошибка работы с Интернет: Не могу установить соединение».

В этой статье мы подробно разберем, почему один и тот же запрос успешно выполняется через COM-объект, но завершается ошибкой во встроенном методе 1С, детально проанализируем причины этой проблемы и рассмотрим лучшие практики написания надежного кода для работы с веб-службами.

Разбор исходного кода: в чем разница?

Для начала проанализируем примеры кода, которые вызвали затруднения. Работающий вариант с использованием устаревшего COM-объекта выглядел следующим образом:


WinHttp = Новый COMОбъект("WinHttp.WinHttpRequest.5.1");
ПолныйАдрес = "http://test.com/issues.xml";
    
WinHttp.Option(2, "Windows-1251"); 
WinHttp.Open("GET", ПолныйАдрес, 0);
WinHttp.SetRequestHeader("X-Redmine-API-Key", "somekey"); 
Параметры = "";
WinHttp.Send(Параметры); 
    
ТекстОтвета = WinHttp.ResponseText();
Сообщить(ТекстОтвета);

Этот код успешно отрабатывал и возвращал XML-данные. Попытка перевести его на встроенный метод платформы привела к следующей конструкции:


Сервер = "test.com";
Порт = 0;
Логин = "";
Пароль = "";
Сервис = "issues.xml";
Прокси = Новый ИнтернетПрокси(Ложь);
СоединениеHTTP = Новый HTTPСоединение(Сервер, Порт, Логин, Пароль, Прокси);

Заголовки = Новый Соответствие;
Заголовки.Вставить("X-Redmine-API-Key", "somekey");
ЗапросHTTP = Новый HTTPЗапрос(Сервис, Заголовки);
Результат = СоединениеHTTP.Получить(ЗапросHTTP);

Если Результат.КодСостояния <> 200 Тогда
   // Ошибка выполнения запроса
КонецЕсли;
Данные = Результат.ПолучитьТелоКакСтроку();

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

Причина №1. Механизм обработки порта по умолчанию

Самая главная и критическая ошибка в представленном коде кроется в строке инициализации переменных: Порт = 0;.

В конструкторе объекта HTTPСоединение второй параметр — это порт, к которому выполняется подключение. Начинающие разработчики часто полагают, что указание значения 0 заставит платформу использовать порт по умолчанию. Однако в 1С логика работы с этим параметром устроена иначе:

Если параметр опущен или передан как Неопределено: Платформа автоматически определяет нужный порт на основе типа соединения. Для обычного незащищенного HTTP-соединения подставляется порт 80, а для защищенного HTTPS-соединения — порт 443.
Если передан «0» (ноль): Платформа воспринимает это буквально и пытается инициировать сетевое подключение к порту под номером 0. Поскольку в сетевых протоколах TCP/IP порт 0 является зарезервированным и не предназначен для обработки входящего веб-трафика, операционная система сразу же возвращает ошибку, а 1С сообщает, что не может установить соединение.

Для исправления этой ошибки достаточно было либо явно указать порт 80, либо вообще опустить этот параметр в конструкторе, передав вместо него пустую позицию или Неопределено.

Причина №2. Почему COM-объект WinHttp работал без явного порта?

Используемый COM-объект WinHttp.WinHttpRequest.5.1 устроен по иному принципу. Он принимает на вход полную строку адреса ресурса (URL) — "http://test.com/issues.xml".

Компонент операционной системы Windows самостоятельно парсит эту строку по регулярным выражениям:

Выделяет протокол передачи данных (в нашем случае — http).
Определяет хост назначения (test.com).
На основе протокола автоматически понимает, что соединение должно идти по стандартному порту 80, если иной порт не указан в самом URL через двоеточие.

Встроенный объект HTTPСоединение в 1С спроектирован как более строгая абстракция. Он не занимается автоматическим разбором полной строки URL в параметре «Сервер». Адрес сервера (хост) и порт в конструкторе должны передаваться строго раздельно. Более того, передача протокола (например, "http://test.com") вместо чистого хоста ("test.com") в параметре «Сервер» гарантированно вызовет ошибку.

Оптимальный вариант инициализации HTTPСоединения

Давайте посмотрим на пример правильного создания объекта соединения. Если порт стандартный, мы можем использовать следующую компактную форму записи, опустив лишние параметры:


Сервер = "test.com";
Ресурс = "issues.xml";

// Опускаем порт, логин, пароль и прокси-сервер. 
// Платформа сама подставит порт 80 для HTTP
СоединениеHTTP = Новый HTTPСоединение(Сервер);

Заголовки = Новый Соответствие;
Заголовки.Вставить("X-Redmine-API-Key", "somekey");

ЗапросHTTP = Новый HTTPЗапрос(Ресурс, Заголовки);
Результат = СоединениеHTTP.Получить(ЗапросHTTP);

Этот код лаконичен, понятен и стабилен в работе.

Преимущества встроенного HTTPСоединения перед WinHttp

Несмотря на то, что объект WinHttp прощает программисту отсутствие разделения параметров и «всеяден» к полным строкам URL, использовать его в современных конфигурациях крайне не рекомендуется по следующим причинам:

Отсутствие кроссплатформенности: Объект WinHttp — это часть операционной системы Windows. Если ваша информационная база 1С развернута в клиент-серверном варианте и сервер работает под управлением ОС Linux (что является стандартом для многих крупных компаний), вызов этого COM-объекта на стороне сервера моментально приведет к фатальной ошибке выполнения. Встроенное HTTPСоединение работает одинаково стабильно как на Windows, так и на Linux.
Утечки памяти: Работа с COM-объектами в многопоточной серверной среде часто сопровождается накоплением невысвобожденной памяти. Это приводит к раздуванию рабочих процессов 1С (rphost) и снижению общей производительности системы. Встроенные объекты 1С корректно управляются сборщиком мусора платформы.

Важные нюансы: Прокси-сервер и Контекст выполнения

Если вы исправили порт, но ошибка «Не могу установить соединение» продолжает возникать, проанализируйте следующие факторы:

1. Настройка прокси-сервера

В нерабочем коде автора присутствует строка: Прокси = Новый ИнтернетПрокси(Ложь);. Передавая параметр Ложь в конструктор прокси, вы принудительно запрещаете платформе использовать системные настройки прокси-сервера операционной системы. Если в вашей корпоративной сети выход в интернет организован строго через прокси-сервер, такое отключение гарантированно заблокирует выполнение запроса. Оставьте определение прокси системе или настройте его явно, если это необходимо.

2. Контекст исполнения кода (Клиент / Сервер)

Очень часто интеграционный код отлаживается разработчиком в обработке на своем локальном компьютере (на клиенте), а затем переносится в регламентное задание, которое выполняется фоновым процессом на сервере. При этом могут возникнуть проблемы с сетевыми доступами:

У компьютера разработчика есть прямой доступ в интернет, а у сервера 1С — нет.
Для службы сервера 1С (обычно это пользователь USR1Cv8) закрыты исходящие порты на брандмауэре.
Учетная запись, под которой запущена служба сервера 1С, не имеет прав на использование корпоративного прокси-сервера.

Перспектива: Переход на безопасный протокол HTTPS

Современные веб-сервисы практически повсеместно отказываются от незащищенного протокола HTTP. Если целевой ресурс перейдет на HTTPS, ваш код потребуется обновить. При использовании HTTPСоединение недостаточно просто изменить порт на 443. Потребуется явно передать объект защищенного соединения.

Рассмотрим, как будет выглядеть код при переходе на безопасное соединение:


Сервер = "test.com";
ПортHTTPS = 443;

// Создаем объект защищенного соединения, используя сертификаты операционной системы
Защита = Новый ЗащищенноеСоединениеOpenSSL();

// Передаем параметры безопасности в конструктор
СоединениеHTTP = Новый HTTPСоединение(Сервер, ПортHTTPS, , , , , Защита);

Заголовки = Новый Соответствие;
Заголовки.Вставить("X-Redmine-API-Key", "somekey");

ЗапросHTTP = Новый HTTPЗапрос("issues.xml", Заголовки);
Результат = СоединениеHTTP.Получить(ЗапросHTTP);

Использование встроенных механизмов 1С делает ваш код чистым, масштабируемым и готовым к переносу на любые серверные операционные системы.