Публикация базы 1С на веб-сервере: что это такое и как её настроить

Публикация базы 1С на веб-сервере — это способ разместить информационную базу так, чтобы пользователи подключались к ней через браузер или тонкий клиент по протоколу HTTP/HTTPS, без установки толстого клиента и без прямого доступа к серверу СУБД или файловому каталогу базы. Фактически веб-сервер (Apache или IIS) выступает посредником: он принимает запросы от клиентов и передаёт их в расширение веб-сервера 1С, которое обращается к базе.

Такой режим нужен, когда сотрудники работают удалённо, из филиалов или с устройств, где установка полноценной платформы затруднена. Достаточно открыть в браузере адрес вида https://server/base — и пользователь получает веб-клиент 1С с привычным интерфейсом конфигурации. При этом сама база остаётся в защищённом контуре, а наружу открыт только веб-сервер.

Ниже разобрано, как устроен механизм публикации, какие варианты веб-серверов применяются, как выполнить настройку пошагово, какие ограничения у веб-клиента и как проверить, что всё работает корректно.

Что происходит при публикации базы на веб-сервере

Технически публикация сводится к трём действиям: на сервере устанавливается модуль расширения веб-сервера 1С (wsap24.dll для IIS или mod_1c для Apache), создаётся виртуальный каталог — «публикация», а в файле default.vrd прописываются параметры подключения к информационной базе: строка соединения с кластером серверов 1С или путь к файловой базе.

Когда пользователь открывает адрес публикации, веб-сервер передаёт запрос расширению 1С, которое подключается к базе от имени специального процесса, выполняет прикладной код и возвращает готовую веб-страницу интерфейса. Тяжёлая логика исполняется на сервере, браузер получает только представление форм.

Какие варианты доступа открывает публикация

Опубликованная база доступна тремя основными способами. Первый — веб-клиент: работа в браузере без установки платформы. Второй — тонкий клиент по HTTP: лёгкое приложение 1С, которое подключается к публикации и обычно работает быстрее браузерного варианта. Третий — программный доступ: через публикацию можно открыть веб-сервисы, HTTP-сервисы и стандартный интерфейс OData для интеграции с другими системами.

Выбор зависит от задачи. Для редкой работы удалённых сотрудников достаточно веб-клиента, для постоянной работы лучше тонкий клиент, а для обмена данными с сайтом или CRM публикуются конкретные сервисы, а не вся база целиком.

Что нужно подготовить перед настройкой

Для публикации потребуется: установленный веб-сервер (Apache 2.4 из поставки, совместимой с платформой, или IIS на Windows Server), платформа 1С с компонентой «Модули расширения веб-сервера», права администратора на сервере и параметры подключения к базе. Если база клиент-серверная, нужны имя кластера и имя базы в кластере; если файловая — путь к каталогу, доступный учётной записи, под которой работает веб-сервер.

Важный момент лицензирования: для работы веб-сервера с базой используется та же система лицензий 1С, что и для обычных клиентов. Клиентские лицензии расходуются при подключении пользователей, поэтому перед публикацией убедитесь, что лицензий достаточно и сервер лицензирования доступен.

Как опубликовать базу пошагово

Самый простой способ — встроенный диалог публикации в конфигураторе. Он сам создаёт виртуальный каталог, регистрирует расширение и формирует default.vrd.

1. 1
   Откройте базу в конфигураторе под администратором и выберите «Администрирование → Публикация на веб-сервере».
2. 2
   Укажите имя публикации (латиницей, без пробелов), выберите веб-сервер (Apache или IIS) и каталог публикации.
3. 3
   Проверьте строку подключения к базе: для клиент-серверной — сервер и имя базы, для файловой — путь к каталогу.
4. 4
   На закладках сервисов отметьте только нужные веб-сервисы, HTTP-сервисы и OData — лишнее не включайте.
5. 5
   Нажмите «Опубликовать» и дождитесь сообщения об успешной регистрации.
6. 6
   Перезапустите веб-сервер (для Apache — службу, для IIS — iisreset) и откройте адрес публикации в браузере.

Если публикация выполняется вручную (например, на Linux с Apache), используется утилита webinst из состава платформы. Она регистрирует модуль расширения в конфигурации веб-сервера и создаёт каталог публикации.

"C:\Program Files\1cv8\<версия>\bin\webinst.exe" -apache24 -wsdir base1c -dir "C:\inetpub\base1c" -connstr "Srvr=srv1c;Ref=trade;" -confPath "C:\Apache24\conf\httpd.conf"

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

Безопасность: что нельзя оставлять без внимания

Публикация выводит базу за пределы локальной сети, поэтому к защите предъявляются повышенные требования. Минимальный набор: HTTPS с действующим сертификатом, отключённая гостевая аутентификация, сложные пароли пользователей, ограничение списка публикуемых сервисов и, при возможности, фильтрация доступа по IP или через VPN.

Отдельный риск — публикация OData и веб-сервисов. Через OData при неправильной настройке прав можно получить чтение практически всех таблиц базы. Включайте OData только при реальной необходимости и проверяйте, какие объекты доступны ролям пользователя, от имени которого идёт обращение.

Ограничения веб-клиента и типичные ошибки

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

Альтернативы публикации на веб-сервере

Публикация — не единственный способ дать удалённый доступ к 1С. Альтернативы: терминальный доступ (RDP к серверу с установленной платформой), работа через VPN с подключением к базе напрямую, а также сервис «1С:Фреш» и облачный хостинг 1С, где публикацией и инфраструктурой занимается оператор. Выбор зависит от числа пользователей, требований к безопасности и готовности обслуживать веб-сервер собственными силами.

Для небольшого числа удалённых пользователей RDP-терминал часто проще в поддержке: не нужен веб-сервер, а поведение программы полностью совпадает с локальной работой. Публикация выигрывает, когда пользователей много, устройства разнообразны и ставить платформу на каждое невозможно.

Частые вопросы