Администрирование · 11 мин
Для чего нужен веб-сервер 1С и когда без него не обойтись
Зачем нужен веб-сервер для 1С: публикация базы, доступ через браузер и мобильные клиенты, веб-сервисы, выбор между IIS и Apache, типичные ошибки настройки.
Веб-сервер в инфраструктуре 1С — это посредник между базой данных и пользователями, которые работают не через установленную на компьютере программу, а через браузер или тонкий клиент по сети. Без публикации на веб-сервере база 1С доступна только в локальной сети по протоколам самой платформы, а с публикацией — из любой точки, где есть интернет.
Платформа 1С:Предприятие сама по себе не умеет отдавать веб-интерфейс. Она поставляется с модулем расширения для веб-сервера (для IIS и Apache), который принимает HTTP-запросы, передаёт их платформе и возвращает пользователю готовый интерфейс или данные. Именно поэтому веб-сервер — обязательный компонент, если нужен доступ через браузер, мобильное приложение или обмен данными по HTTP.
Для небольшой компании веб-сервер часто становится способом дать сотрудникам доступ к учётной системе из дома, из филиала или с планшета на складе без установки платформы на каждое устройство. Для более крупных организаций это ещё и механизм интеграции: через опубликованные HTTP-сервисы и веб-сервисы 1С обменивается данными с сайтом, CRM, банковскими системами.
Какие задачи решает веб-сервер в 1С
Основная задача — публикация информационной базы. После публикации пользователь открывает в браузере адрес вида http://server/base и работает в привычном интерфейсе конфигурации без установки платформы. Это удобно для удалённых сотрудников, руководителей, которым нужны только отчёты, и для устройств, где установить платформу нельзя.
Вторая группа задач — доступ мобильных клиентов. Мобильное приложение 1С подключается к базе именно через опубликованный на веб-сервере адрес. То же относится к тонкому клиенту, работающему по протоколу HTTP: он получает данные через веб-сервер, а не напрямую от сервера 1С.
Третья задача — интеграции. Через веб-сервер публикуются веб-сервисы (SOAP) и HTTP-сервисы (REST-подобные), которые вызывают внешние системы: сайт для выгрузки заказов, банковский клиент, система лояльности, WMS на складе. Без публикации эти сервисы недоступны извне.
Наконец, через веб-сервер работают стандартные интерфейсы OData — механизм, позволяющий читать и изменять данные базы по стандартизированному протоколу. Им пользуются BI-инструменты и самописные интеграции, когда нужен быстрый доступ к таблицам 1С без разработки отдельных сервисов.
Проверьте, что конфигурация поддерживает веб-клиент
Нужна публикация по HTTPS с доверенным сертификатом
Проверьте, что сервисы опубликованы в файле публикации
Включается отдельным флагом при публикации
Когда веб-сервер действительно нужен, а когда нет
Веб-сервер не нужен, если все пользователи работают в одной локальной сети, платформа установлена на каждом рабочем месте, а интеграции выполняются через файловый обмен или прямое подключение к базе. Добавлять веб-сервер «на всякий случай» не стоит: это лишний компонент, который требует обновлений и контроля безопасности.
Без веб-сервера не обойтись, если хотя бы один из сценариев присутствует: доступ извне офиса, работа через браузер, мобильное приложение, обмен с интернет-магазином по HTTP, подключение внешних систем к сервисам 1С. Если база файловая, а удалённых пользователей несколько, публикация на веб-сервере — часто самый простой способ организовать им доступ без перехода на клиент-серверную архитектуру.
Как выбрать действие
Как происходит публикация базы
Публикация выполняется из конфигуратора: меню «Администрирование» → «Публикация на веб-сервере». Администратор указывает имя публикации, каталог, тип веб-сервера и флаги публикуемых механизмов: веб-клиент, веб-сервисы, HTTP-сервисы, OData. Платформа создаёт файл описания публикации default.vrd и регистрирует виртуальный каталог на веб-сервере.
Файл default.vrd — ключевой элемент: в нём прописано, к какой базе подключаться (строка соединения с сервером 1С или путь к файловой базе) и какие сервисы доступны. При необходимости его можно редактировать вручную, например чтобы ограничить доступные сервисы или изменить параметры подключения.
После публикации обязательно проверьте результат: откройте адрес базы в браузере, убедитесь, что запрашивается аутентификация и интерфейс загружается без ошибок. Если браузер показывает ошибку модуля расширения, чаще всего не совпадает разрядность веб-сервера и модуля 1С или не зарегистрирован модуль.
Выбор между IIS и Apache
Платформа 1С поддерживает два веб-сервера: Microsoft IIS (только Windows) и Apache HTTP Server (Windows и Linux). Функционально для 1С они равноценны — модуль расширения существует для обоих, и конфигурация не заметит разницы.
IIS удобнее в инфраструктуре Windows: управление через привычную консоль, интеграция с доменной аутентификацией, простая привязка сертификатов. Apache чаще выбирают для Linux-серверов или когда нужна гибкая конфигурация через текстовые файлы. На Linux Apache — фактически единственный поддерживаемый вариант.
Важное ограничение: разрядность модуля расширения 1С должна совпадать с разрядностью веб-сервера. Для 64-разрядного Apache нужен 64-разрядный модуль, иначе публикация завершится ошибкой загрузки модуля.
Сравнение вариантов
Подходит для Windows-инфраструктуры, удобное управление и доменная аутентификация; не работает на Linux
Подходит, если нужна переносимая конфигурация; требует ручной настройки через файлы
Единственный вариант для Linux-серверов; требует навыков администрирования Linux
Безопасность при публикации базы
Опубликованная база становится доступной из сети, поэтому требования к безопасности резко возрастают. Минимальный набор: HTTPS с действующим сертификатом, запрет анонимного доступа, сильные пароли пользователей и отключение неиспользуемых механизмов публикации (если OData не нужен — не включайте его).
Отдельно ограничьте доступ к служебным точкам: HTTP-сервисы и OData часто не должны быть видны всем пользователям базы. Права на них настраиваются ролями в конфигурации, а доступ по сети — правилами веб-сервера или файрвола.
Не публикуйте базу напрямую в интернет без необходимости. Если удалённый доступ нужен ограниченному кругу сотрудников, рассмотрите VPN как первый рубеж, а веб-сервер — как второй. Каждый открытый наружу сервис — это дополнительная поверхность для атаки.
Типичные ошибки и ограничения
Самая частая ошибка — публикация под пользователем без прав администратора веб-сервера: виртуальный каталог создаётся некорректно, и база не открывается. Вторая по частоте — несовпадение разрядности модуля расширения и веб-сервера. Третья — после обновления платформы забывают обновить модуль расширения, и публикация перестаёт работать.
Из ограничений стоит помнить: веб-клиент не поддерживает часть возможностей толстого клиента (например, некоторые механизмы работы с файлами и COM-объекты), а файловая база, опубликованная на веб-сервере, при большом числе одновременных пользователей упирается в ограничения файлового режима. Для десятков активных пользователей правильнее клиент-серверный вариант.
Как проверить, что всё настроено правильно
После настройки пройдите контрольные точки: база открывается в браузере, требует логин и пароль, соединение идёт по HTTPS без предупреждений, мобильный клиент подключается, а неиспользуемые сервисы по их адресам возвращают ошибку доступа, а не данные.
Как проверить результат
Запрос логина и пароля, загрузка интерфейса по HTTPS
Ошибка модуля, открытие по HTTP или доступ без пароля
Подключение и синхронизация без ошибок сертификата
Ошибка доверия сертификату или тайм-аут
Отказ в доступе или 404
Сервис отвечает и отдаёт данные
Публикация работает как раньше
Ошибка загрузки модуля расширения
Что важно запомнить
Веб-сервер 1С нужен для доступа к базе через браузер, мобильные клиенты и для интеграций по HTTP. Публикуйте только необходимые механизмы, обязательно используйте HTTPS, следите за разрядностью модуля и обновляйте его вместе с платформой. Если вся работа идёт в локальной сети с установленной платформой — веб-сервер не требуется.
Частые вопросы
Можно ли опубликовать файловую базу 1С на веб-сервере?
Да, файловый режим поддерживает публикацию. Это рабочий вариант для небольшого числа одновременных пользователей. При росте нагрузки и числа пользователей файловая база становится узким местом, и стоит рассмотреть переход на клиент-серверную архитектуру.
Нужен ли отдельный компьютер под веб-сервер?
Не обязательно. Веб-сервер может стоять на той же машине, что и сервер 1С или файловая база. Отдельный сервер имеет смысл при высокой нагрузке или когда веб-сервер выносится в демилитаризованную зону для доступа из интернета.
Чем веб-клиент отличается от тонкого клиента?
Веб-клиент работает полностью в браузере и не требует установки ничего, кроме самого браузера. Тонкий клиент — это устанавливаемая программа, которая может подключаться к базе и через веб-сервер по HTTP. Тонкий клиент обычно быстрее и поддерживает больше возможностей платформы.
Почему после обновления платформы база перестала открываться через браузер?
Наиболее вероятная причина — модуль расширения веб-сервера остался от старой версии платформы. Перерегистрируйте модуль из нового дистрибутива (утилитой публикации или повторной установкой компонента) и перезапустите веб-сервер.
Безопасно ли открывать опубликованную базу в интернет?
Безопасно только при выполнении условий: HTTPS с действующим сертификатом, отключённый анонимный доступ, сильные пароли, минимальный набор опубликованных сервисов и регулярные обновления платформы и веб-сервера. Если доступ нужен узкому кругу сотрудников, надёжнее дополнительно использовать VPN.
Можно ли опубликовать несколько баз на одном веб-сервере?
Да, каждая база публикуется под своим именем в отдельном виртуальном каталоге со своим файлом default.vrd. Ограничений по количеству публикаций на одном веб-сервере платформа не накладывает — предел определяется ресурсами сервера.