Как опубликовать серверную базу 1С

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

Под «серверной базой» здесь понимается информационная база, развёрнутая в клиент-серверном варианте: кластер серверов 1С:Предприятия плюс СУБД (MS SQL Server, PostgreSQL и т.п.). Публикация выполняется на веб-сервере — штатно поддерживаются Microsoft IIS и Apache. Веб-сервер через модуль расширения 1С (wsisapi.dll для IIS или модуль для Apache) передаёт запросы кластеру серверов.

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

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

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

Проверьте разрядность компонентов. Модуль расширения веб-сервера должен совпадать по разрядности с самим веб-сервером: для 64-разрядного IIS нужен 64-разрядный модуль из дистрибутива платформы. Несовпадение разрядности — одна из самых частых причин ошибки «HTTP 500» сразу после публикации.

Также определите, кто будет владельцем публикации и откуда она будет доступна: только из локальной сети или из интернета. От этого зависят требования к сертификатам, брандмауэру и способу аутентификации. Для доступа извне без VPN обязательно используйте HTTPS — передача логинов и данных 1С в открытом виде недопустима.

Установка модулей расширения веб-сервера

Модули расширения ставятся из того же установщика платформы 1С:Предприятие. Запустите setup.exe на машине с веб-сервером, выберите изменение состава установки и отметьте компонент «Модули расширения веб-сервера». Если веб-сервер и сервер 1С — разные машины, на веб-сервере достаточно только этих модулей, полный сервер устанавливать не требуется.

Для IIS дополнительно проверьте, что в компонентах Windows включены службы IIS с поддержкой ISAPI-расширений и ISAPI-фильтров — без них модуль wsisapi.dll не сможет обрабатывать запросы. Для Apache используется версия 2.2 или 2.4 соответствующей разрядности; модуль подключается директивой LoadModule в httpd.conf.

После установки модулей перезапустите веб-сервер (для IIS — командой iisreset из командной строки администратора), чтобы он подхватил новые компоненты. Это также поможет убедиться, что сам веб-сервер работоспособен до публикации базы.

Публикация базы через конфигуратор

Самый наглядный способ — публикация из конфигуратора. Откройте конфигуратор нужной базы (в клиент-серверном режиме), перейдите в меню «Администрирование → Публикация на веб-сервере». В окне укажите имя публикации (латиницей, без пробелов — оно станет частью URL), тип веб-сервера и каталог, где будут размещены файлы публикации.

На вкладках диалога можно выборочно включить публикацию веб-клиента, тонкого клиента по HTTP, веб-сервисов и HTTP-сервисов, стандартного интерфейса OData. Для обычной работы пользователей достаточно веб-клиента и тонкого клиента; OData и сервисы включайте только если они реально используются интеграциями — каждый опубликованный интерфейс расширяет поверхность для возможных атак.

После нажатия «Опубликовать» платформа создаст в указанном каталоге файл default.vrd с параметрами подключения к базе и зарегистрирует виртуальный каталог в веб-сервере. Если публикация выполняется под Windows и веб-сервер запущен на той же машине, конфигуратору нужны права администратора — запускайте его с повышением привилегий, иначе регистрация в IIS завершится ошибкой.

1. 1
   Откройте базу в конфигураторе в клиент-серверном режиме
2. 2
   Выберите Администрирование → Публикация на веб-сервере
3. 3
   Задайте имя публикации латиницей и каталог публикации
4. 4
   Отметьте нужные клиенты: веб-клиент и тонкий клиент
5. 5
   Нажмите «Опубликовать» и дождитесь сообщения об успехе
6. 6
   Откройте в браузере адрес http://сервер/имя_публикации

Публикация утилитой webinst и файл default.vrd

Альтернатива конфигуратору — утилита командной строки webinst из каталога bin платформы. Она удобна для автоматизации и для случаев, когда конфигуратор на веб-сервере недоступен. Публикация для IIS выглядит так:

webinst -publish -iis -wsdir "MyBase" -dir "C:\inetpub\wwwroot\MyBase" -connstr "Srvr=Server1C;Ref=MyBase;"

Ключ -wsdir задаёт имя виртуального каталога, -dir — физический каталог, -connstr — строку подключения к кластеру (сервер и имя базы). Для Apache используются ключи -apache24 и путь к httpd.conf. Полный синтаксис доступен по команде webinst без параметров.

Результат работы обоих способов — файл default.vrd в каталоге публикации. Это XML-файл, в котором прописаны точка подключения к кластеру и опубликованные сервисы. При необходимости его можно править вручную: например, добавить параметр пула соединений или изменить строку подключения без повторной публикации. После правки файла перезапустите веб-сервер, чтобы изменения применились.

Настройка аутентификации и безопасного доступа

По умолчанию после публикации применяется аутентификация 1С: пользователь вводит логин и пароль информационной базы в форме входа веб-клиента. Дополнительно можно включить аутентификацию средствами веб-сервера (например, Windows-аутентификацию в IIS) — тогда вход в доменную сессию будет автоматически подхватываться, если в свойствах пользователя 1С настроено сопоставление с пользователем ОС.

Для доступа из интернета настройте HTTPS: получите сертификат (доменный от доверенного центра или корпоративный), привяжите его к сайту в IIS или VirtualHost в Apache и перенаправляйте HTTP на HTTPS. Открывать базу в интернет по HTTP означает передавать учётные данные и содержимое документов в незашифрованном виде.

Дополнительные меры: ограничьте доступ к виртуальному каталогу по IP-адресам, если круг клиентов известен; не публикуйте OData и веб-сервисы без необходимости; следите за обновлениями платформы — уязвимости в веб-компонентах периодически закрываются новыми релизами.

Проверка работы и типичные ошибки

Проверка начинается с простого: откройте в браузере адрес вида http://имя_сервера/имя_публикации. Должна загрузиться страница входа веб-клиента или запуск тонкого клиента. Авторизуйтесь под тестовым пользователем и выполните пару типовых операций — откройте документ, сформируйте отчёт. Проверьте работу с того компьютера, где платформа не установлена: это подтвердит, что доступ действительно идёт через веб.

Если страница не открывается вообще, проверьте цепочку по шагам: доступен ли сам веб-сервер (открывается ли его стартовая страница), существует ли виртуальный каталог, читается ли default.vrd, доступен ли сервер 1С с машины веб-сервера по имени и порту. Логи IIS (каталог LogFiles) и журнал событий Windows обычно показывают, на каком звене обрыв.

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

Альтернативы прямой публикации

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

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