К статье
Практический материал

Администрирование · 10 мин

Как сделать веб-сервер для 1С: публикация базы на IIS и Apache

Пошаговая настройка веб-сервера для 1С: публикация базы на IIS и Apache, права доступа, проверка работы, типичные ошибки и способы их устранения.

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

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

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

Выбор веб-сервера: IIS или Apache

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

Apache нужен, если сервер работает на Linux или если в инфраструктуре уже принят этот веб-сервер. Платформа 1С поддерживает Apache версий 2.2 и 2.4, но важно использовать сборку, совместимую с разрядностью платформы: для 64-разрядной платформы — 64-разрядный Apache.

Сравнение вариантов

IIS (Windows)

Подходит для Windows-серверов, встроен в ОС, простая установка. Ограничение: не работает на Linux.

Apache

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

Установка и подготовка IIS на Windows

Откройте «Панель управления» → «Программы» → «Включение или отключение компонентов Windows». Отметьте «Службы IIS», а внутри обязательно включите подкомпоненты: «Служба World Wide Web» → «Компоненты разработки приложений» → «Расширения ISAPI» и «Фильтры ISAPI», а также «Средства управления» → «Консоль управления IIS». Без расширений ISAPI модуль 1С не сможет обрабатывать запросы.

После установки проверьте работу сервера: откройте в браузере адрес http://localhost. Если отображается стандартная страница IIS, веб-сервер запущен. Далее запустите установщик платформы 1С и при выборе компонентов отметьте «Модули расширения веб-сервера». Эти модули должны быть той же версии платформы, что и сервер 1С, иначе возможны ошибки обработчика.

Установка и подготовка Apache

Для Windows дистрибутив Apache можно взять с официального сайта проекта или использовать сборку, рекомендованную для вашей версии платформы. На Linux Apache ставится из репозитория дистрибутива, например командой пакетного менеджера.

bash
sudo apt install apache2 && sudo systemctl enable apache2 && sudo systemctl start apache2

После установки убедитесь, что Apache слушает порт 80 и отвечает на запрос к http://localhost. Модуль расширения 1С (wsap24.so для Linux или wsap24.dll для Windows) подключается автоматически при публикации из конфигуратора — конфигуратор сам дописывает нужные строки в файл httpd.conf, если у пользователя есть права на его изменение.

Частая проблема на Linux — недостаточные права процесса Apache на каталог базы и временные файлы. Пользователю, от имени которого работает Apache (обычно www-data), нужны права на чтение и запись в каталог файловой базы.

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

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

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

Порядок публикации
  1. 1
    Установите веб-сервер (IIS или Apache) и проверьте его отклик на http://localhost
  2. 2
    Установите компонент «Модули расширения веб-сервера» из дистрибутива платформы 1С
  3. 3
    Откройте конфигуратор: Администрирование → Публикация на веб-сервере
  4. 4
    Задайте имя публикации, выберите сервер и каталог, отметьте нужные виды клиентов
  5. 5
    Нажмите «Опубликовать» и подтвердите перезапуск веб-сервера
  6. 6
    Откройте в браузере http://имя_сервера/имя_публикации и войдите под пользователем базы

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

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

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

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

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

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

Контрольные точки

Как проверить результат

Открытие http://сервер/имя_публикации в браузере
Норма

Загружается страница входа 1С, вход проходит

Тревожный признак

Ошибка 404 — публикация не создана; ошибка 500 — проблема с модулем расширения

Отклик веб-сервера без публикации
Норма

http://localhost открывает стартовую страницу IIS или Apache

Тревожный признак

Страница недоступна — веб-сервер не запущен или блокируется брандмауэром

Работа тонкого клиента
Норма

База открывается по URL публикации

Тревожный признак

Ошибка соединения — проверьте имя публикации и доступность порта

Типичные ошибки
01
Не установлены расширения ISAPI в IIS — публикация возвращает ошибку 500 или пустую страницу
02
Включён режим 32-разрядных приложений в пуле IIS при 64-разрядной платформе — модуль 1С не загружается
03
Нет прав на каталог файловой базы у процесса веб-сервера — ошибка доступа при входе
04
Несовпадение версии модулей расширения и платформы — ошибки обработчика запросов
05
Публикация выполнена, но веб-сервер не перезапущен — изменения не применились

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

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

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

Маршрут решения

Как выбрать действие

Пользователи работают только в офисе в локальной сетиВеб-сервер не нужен — используйте файловый или клиент-серверный режим
Нужен доступ из браузера без установки платформыНастройте публикацию на IIS или Apache с веб-клиентом
Нужен доступ внешних систем к данным 1СОпубликуйте HTTP-сервисы или интерфейс OData
Доступ нужен из интернетаПубликуйте только по HTTPS, с ограничением доступа по IP или через VPN

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

Можно ли опубликовать несколько баз 1С на одном веб-сервере?

Да. Каждая база публикуется под своим именем, и для каждой создаётся отдельный каталог публикации и файл default.vrd. Доступ различается по URL: http://сервер/база1, http://сервер/база2 и так далее.

Нужна ли отдельная лицензия 1С для веб-сервера?

Модули расширения веб-сервера входят в дистрибутив платформы и отдельно не лицензируются. Лицензии расходуются по обычным правилам — на сеансы пользователей, которые подключаются к базе через веб-клиент или тонкий клиент.

Почему браузер показывает ошибку 500 сразу после публикации?

Чаще всего причина в несовпадении разрядности: пул приложений IIS разрешает 32-разрядные приложения, а платформа 64-разрядная. Отключите этот параметр в настройках пула. Также проверьте, что установлены расширения ISAPI и модули расширения веб-сервера той же версии, что и платформа.

Можно ли опубликовать базу без конфигуратора?

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

Работает ли веб-клиент 1С на мобильных устройствах?

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

Как закрыть доступ к публикации, если она больше не нужна?

Удалите каталог публикации и соответствующее приложение в консоли IIS или уберите настройки virtual directory из конфигурации Apache, затем перезапустите веб-сервер. Сама информационная база при этом не удаляется и остаётся доступной другими способами.

Итог

Что важно запомнить

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