Почему не подключается интернет-поддержка в 1С и как решить эту проблему?

Подключение интернет-поддержки в программных продуктах семейства «1С:Предприятие 8» — это необходимое условие для полноценного функционирования современных конфигураций. Без этого сервиса пользователи лишаются возможности автоматически обновлять программу, использовать классификаторы, отправлять отчетность и работать со встроенными сервисами, такими как «1С-Контрагент» или «1С-Номенклатура». Однако на практике процесс интеграции часто прерывается неявными ошибками: окно ввода логина и пароля не появляется, система выдает сообщения о невозможности установить защищенное соединение или зависает на этапе авторизации.

В этой статье мы подробно проанализируем причины возникновения этой проблемы и разберем по шагам методы диагностики и устранения неисправностей. Наш анализ затронет как клиентские компьютеры, так и серверную часть ИТ-инфраструктуры организации, поскольку в клиент-серверных базах данных (например, при использовании «1С:Бухгалтерия государственного учреждения») логика выполнения интернет-запросов имеет свою специфику.

Решение 1: Регистрация библиотеки COM-соединения comcntr.dll

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

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

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

1. Откроем командную строку Windows от имени администратора. Для этого в меню «Пуск» введем cmd, нажмем правой кнопкой мыши на найденный элемент и выберем пункт «Запуск от имени администратора».
2. Определим разрядность нашей платформы «1С:Предприятие». Если используется 32-битная версия платформы, файлы будут расположены по пути C:\Program Files (x86)\1cv8\.... Если используется 64-битная версия, то путь будет C:\Program Files\1cv8\....
3. Перейдем в каталог установленной версии платформы, с которой запущен сеанс программы. Например, для версии платформы 8.3.13.1513 введем команду регистрации.

Рассмотрим пример команды для регистрации библиотеки в 32-битной операционной системе или при использовании 32-битного клиента 1С:

regsvr32 "C:\Program Files (x86)\1cv8\8.3.13.1513\bin\comcntr.dll"

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

regsvr32 "C:\Program Files\1cv8\8.3.13.1513\bin\comcntr.dll"

После успешного выполнения команды на экране должно появиться диалоговое окно с подтверждением: «Успешное выполнение DllRegisterServer в comcntr.dll». После этого перезапустите сеанс «1С:Предприятие» и повторите попытку подключения интернет-поддержки.

Решение 2: Обновление сертификатов безопасности в файле cacert.pem

Если используемая вами конфигурация имеет режим совместимости ниже версии 8.3.8 (даже если сама платформа обновлена до актуального релиза), механизмы платформы используют собственный встроенный защищенный контейнер для проверки SSL-сертификатов сайтов «1С». Этот контейнер расположен в файле cacert.pem в каталоге платформы.

Поскольку цифровые сертификаты безопасности на порталах авторизации «1С» периодически обновляются удостоверяющими центрами, старый локальный файл сертификатов перестает проходить валидацию. В результате платформа блокирует отправку данных из соображений безопасности.

Для исправления этой ситуации выполним обновление содержимого файла сертификатов вручную:

1. Перейдем на официальный сайт информационно-технологического сопровождения (ИТС) или портал поддержки «1С» и скачаем актуальную версию файла cacert.pem.
2. Найдем каталог, в котором установлена текущая рабочая версия платформы на компьютере пользователя (или на сервере приложений, если база работает в клиент-серверном режиме). Путь по умолчанию выглядит так: C:\Program Files\1cv8\имя_версии\bin\.
3. Создадим резервную копию оригинального файла cacert.pem в этой папке, переименовав его, например, в cacert_backup.pem.
4. Скопируем новый скачанный файл cacert.pem в эту же папку bin.

Обратите внимание, что при последующих обновлениях платформы «1С» данную процедуру может потребоваться повторить, если разработчики не включат новые корневые сертификаты в состав дистрибутива по умолчанию.

Решение 3: Специфика работы службы сервера приложений в клиент-серверном режиме

Когда информационная база развернута в клиент-серверном варианте (под управлением СУБД MS SQL Server, PostgreSQL и др.), логика выполнения сетевых запросов кардинально меняется. Вся обработка интернет-запросов к порталу «1С» инициируется не с компьютера пользователя, а непосредственно на сервере приложений процессом rphost.exe.

Проанализируем эту ситуацию подробнее. Локальный администратор может без проблем заходить на сайт ИТС через свой браузер, но служба сервера «1С:Предприятие» при этом не может получить доступ к сети. Это происходит по следующим причинам:

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

Для решения этой проблемы мы можем принудительно указать параметры сетевого подключения для сервера приложений. Для этого настроим конфигурационный файл inetcfg.xml:

1. Перейдем на сервере приложений 1С в каталог конфигурационных файлов платформы. Обычно он расположен по пути: C:\Program Files\1cv8\conf\.
2. Если файла inetcfg.xml там нет, создадим его с помощью любого текстового редактора (например, Блокнота).
3. Запишем в этот файл конфигурацию прокси-сервера, которая будет принудительно применяться сервером приложений при отправке запросов.

Рассмотрим пример заполнения структуры файла inetcfg.xml:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/conf">
    <proxy performancemode="Apply"
           server="192.168.1.100"
           port="8080"
           bypassonlocal="true">
        <user name="ProxyUser" password="ProxyPassword"/>
    </proxy>
</config>

После сохранения файла inetcfg.xml необходимо выполнить перезапуск службы «Агент сервера 1С:Предприятия 8.3» через консоль управления службами Windows (services.msc), чтобы новые настройки вступили в силу.

Решение 4: Включение протокола TLS 1.2 на устаревших операционных системах

Если сервер приложений или рабочий компьютер функционирует под управлением операционных систем семейства Windows Server 2008 R2 или Windows 7, вы гарантированно столкнетесь с проблемой несовместимости протоколов шифрования. Веб-сервисы портала «1С» используют современные протоколы шифрования TLS 1.2 и TLS 1.3 для защиты передаваемых авторизационных данных. В устаревших операционных системах протокол TLS 1.2 по умолчанию отключен на уровне системного компонента WinHTTP.

Для включения поддержки протокола TLS 1.2 выполним изменения в системном реестре Windows:

1. Запустим редактор реестра, нажав сочетание клавиш Win + R и введя команду regedit.
2. Перейдем к следующей ветке реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols.
3. Создадим раздел с именем TLS 1.2, а внутри него два подраздела: Client и Server.
4. В подразделе Client создадим два параметра типа DWORD (32 бита):
   • Имя: DisabledByDefault, Значение: 0
   • Имя: Enabled, Значение: 1
5. Аналогичные параметры создадим в подразделе Server.

Для применения изменений операционную систему потребуется перезагрузить. Это позволит платформе «1С» успешно устанавливать защищенное соединение с серверами авторизации.

Решение 5: Настройка зон безопасности Internet Explorer

Платформа «1С:Предприятие» при отрисовке веб-интерфейсов и окон авторизации (включая окно ввода логина и пароля интернет-поддержки) использует встроенный системный движок обозревателя Internet Explorer. Если в операционной системе жестко настроены политики безопасности браузера, отображение формы авторизации может блокироваться.

Выясним, как добавить ресурсы «1С» в зону надежных узлов:

1. Откроем классическую «Панель управления» Windows и выберем пункт «Свойства браузера» (или «Свойства обозревателя»).
2. Перейдем на вкладку «Безопасность», выделим зону «Надежные сайты» (Trusted Sites) и нажмем кнопку «Сайты».
3. В поле добавления узла введем следующие адреса и нажмем кнопку «Добавить»:
   • https://*.1c.ru
   • https://*.1c.com
   • https://*.1cv8update.com
4. Снимем флажок «Для всех сайтов этой зоны требуется проверка серверов (https:)», если планируется использовать HTTP-соединения для отладки, хотя для работы интернет-поддержки этот флаг лучше оставить включенным.
5. Применим настройки и перезагрузим программу «1С».

Решение 6: Проверка списков отзыва сертификатов (CRL)

Современные версии платформы делегируют проверку безопасности защищенных соединений операционной системе. При попытке установить соединение с сайтом авторизации операционная система Windows обращается к внешним серверам удостоверяющих центров для скачивания списков отзыва сертификатов (CRL).

Если в вашей корпоративной сети настроен строгий белый список веб-ресурсов, доступ к серверам проверки сертификатов (например, доменам компании DigiCert или других провайдеров сертификатов) может блокироваться. В этом случае система будет долго ожидать ответа и в конечном итоге завершит попытку авторизации с ошибкой «Удаленный узел не прошел проверку».

Для диагностики этой неполадки системному администратору следует проанализировать специализированный журнал Windows: Просмотр событий -> Журналы приложений и служб -> Microsoft -> Windows -> CAPI2 -> Operational. Если в журнале фиксируются ошибки таймаута при обращении к внешним URL-адресам файлов списков отзывов (с расширением .crl), необходимо временно разрешить к ним доступ на сетевом шлюзе компании.