Веб-сервер 1С: что это и как настроить доступ к базе через браузер

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

Сама платформа 1С не умеет напрямую отвечать на HTTP-запросы как полноценный веб-сервер. Вместо этого используется связка: веб-сервер принимает соединение, а специальный модуль расширения (wsap24.dll для IIS или mod_1cws для Apache) перенаправляет запрос в рабочий процесс 1С. Такая архитектура позволяет публиковать информационные базы, веб-сервисы, HTTP-сервисы и интерфейс OData без изменения конфигурации.

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

Как устроена связка веб-сервера и платформы 1С

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

Модуль расширения — ключевой компонент. Для IIS это библиотека wsap24.dll, для Apache — модуль mod_1cws. Он устанавливается вместе с платформой, если при установке отметить компонент «Модули расширения веб-сервера». Без этого модуля веб-сервер будет отдавать статические страницы, но не сможет выполнять код 1С.

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

Когда веб-сервер действительно нужен

Первая и самая частая причина — удалённый доступ. Сотрудники вне офиса подключаются к базе через браузер по HTTPS, без настройки VPN и установки платформы на каждый компьютер. Это удобно для командировочных, удалённых менеджеров и руководителей, которым нужно быстро посмотреть отчёт.

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

Третья причина — мобильные клиенты и тонкие клиенты через интернет. Тонкий клиент может подключаться к опубликованной базе по HTTP, что часто быстрее и стабильнее веб-клиента при слабом канале, но требует установки платформы на устройство пользователя.

Выбор между IIS и Apache

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

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

Как опубликовать базу: основные шаги

Перед началом убедитесь, что при установке платформы был отмечен компонент «Модули расширения веб-сервера». Если платформа ставилась без него, запустите установщик повторно в режиме изменения и добавьте компонент. Также проверьте, что разрядность модуля расширения соответствует настройкам веб-сервера: для IIS пул приложений должен работать в той же разрядности, что и модуль.

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

1. 1
   Убедитесь, что компоненты IIS включены: службы WWW, ASP.NET не требуется, но нужны модули ISAPI и CGI
2. 2
   Проверьте, что при установке платформы добавлен компонент «Модули расширения веб-сервера»
3. 3
   Откройте конфигуратор от имени администратора, перейдите в «Администрирование» → «Публикация на веб-сервере»
4. 4
   Задайте имя публикации латиницей, выберите веб-сервер IIS и каталог публикации
5. 5
   Отметьте нужные сервисы: веб-клиент, HTTP-сервисы или веб-сервисы
6. 6
   Нажмите «Опубликовать» и дождитесь сообщения об успешной публикации
7. 7
   Откройте в браузере адрес http://имя_сервера/имя_публикации и проверьте вход под тестовым пользователем

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

Пример фрагмента default.vrd для файловой базы: <point name="Бухгалтерия" alias="base" enable="true"><ws pointEnableCommon="false"/></point> — строка подключения к базе задаётся при публикации из конфигуратора автоматически

Безопасность и доступ из интернета

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

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

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

Проверка результата и типичные ошибки

После публикации первым делом откройте URL базы в браузере с самого сервера, затем с другого компьютера в сети, затем — извне, если планируется внешний доступ. Такая последовательность помогает локализовать проблему: если на сервере работает, а по сети нет — причина в брандмауэре или сетевых настройках, а не в публикации.

Самая частая ошибка на IIS — «HTTP Error 500» сразу после публикации. Обычно причина в разрядности: пул приложений работает в 32-битном режиме, а модуль расширения 64-битный, или наоборот. Проверьте настройку «Enable 32-Bit Applications» в параметрах пула и разрядность установленных модулей платформы.

Обновление платформы и поддержка публикации

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

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

Часто задаваемые вопросы