Почему 1С:ЭДО не работает в веб-версии файловой базы и как это исправить?

← На главную

При работе с 1С через веб-клиент (браузер) пользователи часто сталкиваются с ситуацией, когда на основном компьютере («сервере»), где физически расположена файловая база, все сервисы (ЭДО, ИТС, отчетность) работают исправно, а через браузер возникают ошибки. В данной статье мы проанализируем ситуацию, когда диагностика 1С:ЭДО выдает ошибки доступа к login.1c.ru и 1c-edo.ru, а монитор портала ИТС горит красным, сигнализируя о недоступности сайтов. Особенно остро эта проблема проявляется в связке с веб-сервером Apache и использованием прокси-серверов.

Разберем архитектуру проблемы

В файловом варианте работы при публикации через Apache запросы к внешним сервисам (таким как 1С:ЭДО) инициируются не самим браузером пользователя напрямую, а модулем расширения веб-сервера 1С. Рассмотрим цепочку: Браузер -> Apache -> Модуль расширения 1С (wsap24.dll) -> Интернет. Если на основном компьютере в «толстом клиенте» всё работает, это значит, что сетевые настройки корректны для текущего пользователя Windows. Однако веб-сервер Apache работает как служба, и здесь начинаются нюансы.

Проанализируем контекст учетной записи службы Apache

Одной из самых частых причин является то, что служба Apache2.4 по умолчанию запускается от имени системной учетной записи Local System. Проанализируем, почему это критично:

Настройки прокси: Системная учетная запись не имеет доступа к настройкам прокси, которые вы прописали в панели управления под своим пользователем.
Права доступа: У Local System могут быть ограничены права на выход в интернет через корпоративный файрвол.

Решение: Попробуем изменить учетную запись для запуска службы Apache. Для этого перейдем в «Службы» Windows, найдем Apache, откроем свойства и на вкладке «Вход в систему» укажем данные пользователя, под которым в 1С всё работает корректно. После этого необходимо перезапустить службу.

Выясним причину ошибки проверки отзыва сертификата (CRL)

Ошибка «Не удалось выполнить проверку отзыва сертификата» — классический симптом при работе через прокси. Для установления защищенного соединения 1С должна убедиться, что сертификат сервера 1С не отозван. Для этого система обращается к серверам удостоверяющих центров (УЦ).

Проблема в том, что адреса этих УЦ (например, digicert.com или sectigo.com) часто заблокированы на прокси-сервере, так как администраторы разрешают доступ только к *.1c.ru. Если 1С не может скачать файл списка отзыва (CRL), она считает соединение небезопасным и обрывает его. Рассмотрим, как это проверить:

Откроем свойства браузера в ОС на сервере.
Перейдем на вкладку «Дополнительно».
Временно снимем галочку «Проверять, не отозван ли сертификат сервером».

Если после этого ЭДО заработал, значит, необходимо настроить на прокси-сервере доступ ко всем точкам распространения списков отзыва (CRL Distribution Points), указанным в сертификатах 1С.

Настройка файла конфигурации интернет-соединений inetcfg.xml

Иногда настройки прокси в операционной системе игнорируются платформой 1С при работе через веб-сервер. В этом случае нам поможет жесткое указание настроек в файле inetcfg.xml. Рассмотрим процесс настройки по шагам:

Найдем папку с установленной платформой 1С, обычно это C:\Program Files\1cv8\conf (или аналогичный путь для версии 8.5). Если файла inetcfg.xml там нет, его нужно создать.

Пропишем в нем параметры вашего прокси-сервера:


<config xmlns="http://v8.1c.ru/8.1/data/internet-access-config">
    <proxy address="192.168.1.1" port="8080" user="proxy_user" password="proxy_password" default="false">
        <bypass-list>
            <url>localhost</url>
            <url>127.0.0.1</url>
        </bypass-list>
    </proxy>
</config>

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

Особенности платформы 8.5 и экспериментальных режимов

Поскольку используется ознакомительная версия платформы 8.5, проанализируем возможные баги. В новых версиях 1С активно внедряется новый механизм работы с HTTP-соединениями. Если база работает в режиме совместимости с 8.3.22 и ниже, используются одни алгоритмы, если выше — другие. Рассмотрим возможность временного тестирования базы на стабильной версии платформы (например, 8.3.23), чтобы исключить ошибки самой платформы 8.5.

Проанализируем сетевой трафик (Wireshark)

Если вышеуказанные шаги не помогли, воспользуемся инструментами глубокого анализа. Запустим Wireshark на сервере, где опубликован Apache, и отфильтруем трафик по IP-адресу сервера прокси или по протоколу TLS. Посмотрим, на каком этапе происходит разрыв соединения:

Client Hello: 1С пытается инициировать соединение.
Alert (Level: Fatal, Description: Unknown CA): Проблема с доверием корневым сертификатам.
Connection reset: Блокировка на уровне файрвола или прокси.

Часто выясняется, что прокси-сервер выполняет SSL-инспекцию (подменяет сертификат 1С своим собственным). В этом случае 1С не сможет проверить цепочку доверия, так как она «зашита» внутри платформы для безопасности ЭДО.

Настройка для пользователей Linux и специфических браузеров

Если веб-клиент запускается из-под Linux, помним, что браузеры (например, Firefox) часто используют собственное хранилище сертификатов. Чтобы ЭДО заработал:

Импортируйте корневые сертификаты 1С и вашего УЦ непосредственно в настройки браузера.
Убедитесь, что установлена компонента CryptoPro CSP для Linux и плагин для работы с браузером.
Проверьте права доступа пользователя Apache к папке /opt/cprocsp/, если криптография вызывается на стороне сервера.

Итоги и рекомендации

Для решения проблемы 1С:ЭДО в веб-версии файловой базы мы рекомендуем действовать последовательно: сначала проверить права службы Apache и запустить её от имени администратора сети, затем настроить исключения на прокси-сервере для списков отзыва сертификатов и, в качестве финального шага, сконфигурировать файл inetcfg.xml. Помните, что использование ознакомительных версий платформы (8.5) в рабочих целях всегда несет дополнительные риски стабильности веб-компонентов.