Как исправить ошибку «Удалённый узел не прошёл проверку» при подключении 1С к порталу ИТС?

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

При работе с программными продуктами 1С пользователи часто сталкиваются с ошибкой: «Не удалось подключиться к сервису. Ошибка работы с Интернет. Удаленный узел не прошёл проверку». Эта проблема особенно актуальна для серверов под управлением устаревших операционных систем, таких как Windows Server 2008 R2 или Windows Server 2012, а также для клиентских машин на Windows 7. Ошибка блокирует доступ к важным сервисам: обновлению конфигураций, классификаторам, проверке контрагентов и самому порталу ИТС.

Рассмотрим природу этой ошибки. Она возникает в тот момент, когда платформа 1С:Предприятие пытается установить защищенное SSL/TLS соединение с серверами portal.1c.ru или login.1c.eu, но не может подтвердить подлинность сертификата безопасности удаленного узла. Разберем пошагово все способы решения — от простых манипуляций с настройками до системных правок реестра.

Способ 1: Смена браузера по умолчанию и настройки IE

Как показывает практика и обсуждение на форумах, 1С тесно взаимодействует с системными компонентами интернет-просмотра. Проанализируем ситуацию: если в системе по умолчанию установлен Google Chrome или Firefox, платформа может некорректно обрабатывать цепочки сертификатов через системные вызовы WinHTTP.

Выполним следующие действия:

  1. Установим Internet Explorer в качестве браузера по умолчанию в настройках операционной системы.
  2. Обновим Internet Explorer до максимально доступной версии (для Windows 7 и Server 2008 R2 это IE 11).
  3. Если используется Windows Server 2012, необходимо зайти в Диспетчер серверов и временно отключить Конфигурацию усиленной безопасности Internet Explorer (IE ESC) для администраторов и пользователей. Это часто снимает блокировку на проверку внешних узлов.

Способ 2: Обновление корневых сертификатов (Root Certificates)

Выясним глубокую причину проблемы: современные сертификаты безопасности выпускаются удостоверяющими центрами (например, GlobalSign или DigiCert), чьи корневые ключи могут отсутствовать в старых ОС. Поскольку поддержка Windows 7/2008 прекращена, автоматическое обновление сертификатов не происходит.

Нам потребуется вручную обновить хранилище доверенных сертификатов:

  1. Рассмотрим текущий сертификат сайта portal.1c.ru через любой современный браузер (клик по «замочку» в адресной строке).
  2. Скачаем актуальные корневые сертификаты с официальных сайтов удостоверяющих центров (чаще всего это GlobalSign Root CA).
  3. Установим скачанный сертификат: нажмите правой кнопкой мыши на файл -> Установить сертификат.
  4. Важно: Выбирайте хранилище «Доверенные корневые центры сертификации» и обязательно для «Локального компьютера», чтобы настройки применились ко всем сессиям пользователей и серверным процессам 1С.

Способ 3: Включение поддержки протокола TLS 1.2

Сервисы 1С перешли на использование протокола TLS 1.2, в то время как Windows Server 2008 R2 по умолчанию использует устаревшие и небезопасные TLS 1.0/1.1. Даже если сайт открывается в браузере, системный компонент WinHTTP, который использует 1С, может не поддерживать нужный протокол.

Разберем, как активировать TLS 1.2 через реестр. Нам необходимо создать или изменить ключи в следующих ветках:


[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\WinHttp]
"DefaultSecureProtocols"=dword:00000a00

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Internet Settings\WinHttp]
"DefaultSecureProtocols"=dword:00000a00

Также для стабильной работы на Windows 7/2008 R2 убедитесь, что установлен системный патч KB3140245, который добавляет поддержку TLS 1.1 и TLS 1.2 в WinHTTP.

Способ 4: Обновление файла cacert.pem в платформе 1С

Современные версии платформы 1С:Предприятие (начиная с 8.3.15) при проверке SSL соединений могут игнорировать системное хранилище Windows и обращаться к собственному файлу-хранилищу сертификатов cacert.pem.

Посмотрим на алгоритм действий:

  1. Перейдем в каталог установленной платформы, обычно это: C:\Program Files\1cv8\номер_версии\bin\.
  2. Найдем файл cacert.pem.
  3. Если платформа старая, этот файл может содержать неактуальные данные. Мы можем заменить его, скопировав аналогичный файл из самой последней версии платформы или скачав доверенный набор сертификатов CURL.
  4. Также можно отредактировать файл conf.cfg в папке bin/conf, указав платформе путь к актуальному хранилищу сертификатов с помощью параметра cacert.pem.

Способ 5: Проверка настроек WinHTTP Proxy

Проанализируем ситуацию с сетевым доступом. Ошибка «Удаленный узел не прошёл проверку» может возникать, если 1С пытается идти через прокси-сервер, настройки которого некорректны или устарели. При этом в обычном браузере всё может работать отлично.

Проверим настройки WinHTTP через командную строку от имени администратора:

netsh winhttp show proxy

Если вы видите старый прокси-сервер, который больше не используется, выполните сброс настроек:

netsh winhttp reset proxy

После этого система будет использовать настройки прямого подключения или системные параметры Internet Explorer.

Способ 6: Исключения в антивирусе и файрволе

Иногда причиной ошибки становится SSL Inspection (инспекция защищенных соединений) со стороны антивируса (например, Kaspersky) или корпоративного шлюза. Антивирус подменяет сертификат сайта 1c.ru своим собственным «на лету», чтобы просканировать трафик. Платформа 1С видит этот «поддельный» сертификат и обрывает соединение.

Рассмотрим решение:

  1. Добавим адреса *.1c.ru, *.1c.v8.upd, *.v8.1c.ru в исключения проверки HTTPS.
  2. В настройках антивируса на сервере временно отключим функцию «Сканировать защищенные соединения» для диагностики. Если после этого 1С заработает — причина именно в сетевом экране.

Резюме

Мы проанализировали основные причины возникновения ошибки. Чаще всего на старых ОС помогает комбинация трех факторов: установка актуальной версии IE по умолчанию, ручная установка корневого сертификата GlobalSign и принудительное включение TLS 1.2 через реестр. Не забудьте также проверить системное время на сервере — если разница с реальным временем составляет более 5 минут, любой сертификат будет считаться недействительным, и проверка узла гарантированно провалится.

← На главную