Администрирование · 10 мин
1С Публикатор: как работает публикация базы 1С на веб-сервере
Как работает 1С Публикатор и публикация базы 1С на веб-сервере: принцип работы, настройка IIS и Apache, default.vrd, доступ через браузер и тонкий клиент.
Публикация информационной базы 1С — это способ открыть доступ к ней через веб-сервер, чтобы пользователи работали в браузере или подключались тонким клиентом по HTTP/HTTPS, без установки платформы на каждый компьютер. Инструменты, которые в обиходе называют «1С Публикатор», автоматизируют именно этот процесс: создают настройки публикации, регистрируют виртуальный каталог на веб-сервере и формируют служебный файл default.vrd. Понимание того, что происходит «под капотом», помогает быстро находить причины ошибок вместо бездумного перезапуска публикации.
Механизм одинаков и при ручной публикации через конфигуратор, и при использовании вспомогательных утилит: платформа 1С поставляет модуль расширения веб-сервера (wsisapi.dll для IIS или модуль для Apache), который принимает HTTP-запросы и передаёт их в рабочие процессы сервера 1С или файловой базы. Веб-сервер сам по себе ничего о данных 1С не знает — он лишь транспорт.
Ниже разобраны архитектура публикации, пошаговая настройка, проверка результата, типовые ошибки и ограничения веб-доступа.
Как устроена публикация базы 1С
При публикации задействованы три компонента: веб-сервер, модуль расширения веб-сервера от платформы 1С и сама информационная база (файловая или клиент-серверная). Пользователь открывает в браузере адрес публикации, веб-сервер передаёт запрос модулю 1С, модуль обращается к базе и возвращает сформированный интерфейс веб-клиента или данные для тонкого клиента.
Ключевой файл публикации — default.vrd. Он лежит в каталоге публикации и описывает параметры подключения: имя публикации, строку соединения с базой, настройки веб-клиента, публикацию веб-сервисов и HTTP-сервисов. Утилиты-публикаторы по сути генерируют этот файл и прописывают виртуальный каталог в конфигурации веб-сервера.
Важно понимать разницу между режимами. Веб-клиент работает полностью в браузере и не требует установки чего-либо на компьютер пользователя. Тонкий клиент — отдельная программа, которая подключается к опубликованной базе по протоколу HTTP, но интерфейс рисует локально, из-за чего работает заметно быстрее на слабых каналах.
Что нужно подготовить перед публикацией
До запуска публикации проверьте четыре вещи. Во-первых, на компьютере должен быть установлен веб-сервер: IIS (компонент Windows) или Apache. Во-вторых, должна стоять платформа 1С той же разрядности, что и веб-сервер, с включённым компонентом «Модули расширения веб-сервера» — при типовой установке его часто пропускают.
В-третьих, у учётной записи, под которой работает пул приложений IIS или служба Apache, должны быть права на чтение каталога публикации и на доступ к базе. Для файловой базы это права на папку с файлом 1Cv8.1CD, для клиент-серверной — корректная строка подключения к серверу 1С. В-четвёртых, для клиент-серверного режима убедитесь, что сервер 1С доступен с машины веб-сервера по сети.
Пошаговая публикация через конфигуратор
Штатный способ — публикация из конфигуратора, и «публикаторы» повторяют его логику. Откройте конфигуратор под администратором, перейдите в меню «Администрирование» → «Публикация на веб-сервере». Укажите имя публикации (латиницей, без пробелов — оно станет частью URL), выберите веб-сервер и каталог публикации.
На вкладках диалога отметьте, что именно публикуется: веб-клиент, тонкий клиент, веб-сервисы, HTTP-сервисы, стандартный интерфейс OData. После нажатия «Опубликовать» платформа создаст каталог, сформирует default.vrd и зарегистрирует приложение в веб-сервере. Для IIS при этом обычно требуется запуск конфигуратора от имени администратора, иначе регистрация не пройдёт.
- 1Установите веб-сервер (IIS или Apache) и компонент платформы «Модули расширения веб-сервера»
- 2Откройте конфигуратор от имени администратора, меню «Администрирование» → «Публикация на веб-сервере»
- 3Задайте имя публикации латиницей, выберите каталог и отметьте нужные сервисы
- 4Нажмите «Опубликовать» и проверьте, что создан каталог с файлом default.vrd
- 5Откройте в браузере адрес http://сервер/ИмяПубликации и войдите под пользователем базы
Настройка IIS и Apache: отличия
Для IIS должны быть включены компоненты CGI/ISAPI, а в пуле приложений публикации обычно отключают 32-разрядный режим при 64-разрядной платформе. Платформа регистрирует обработчик wsisapi.dll, который и обслуживает запросы. Если пул настроен неверно, браузер получает ошибку 500 или 503.
Для Apache публикация прописывается в httpd.conf: подключается модуль 1С (wsap24.so или аналогичный в зависимости от версии Apache) и директивой задаётся каталог с default.vrd. После изменения конфигурации Apache нужно перезапустить. Учтите, что версия модуля 1С должна соответствовать версии Apache — несовпадение частая причина того, что сервер вообще не стартует.
Сравнение вариантов
Штатный выбор для Windows-инфраструктуры, интегрированная аутентификация. Требует включения компонентов и прав администратора при публикации.
Подходит для Linux и смешанных сред. Настройка вручную через httpd.conf, чувствителен к соответствию версий модуля и сервера.
Утилита автоматизирует рутину: создаёт каталоги и регистрации пакетно. Удобно при десятках баз, но внутри делает то же самое, что и конфигуратор.
Проверка результата и диагностика
Признак успешной публикации — открытие стартовой страницы веб-клиента по адресу публикации и вход под реальным пользователем базы. Если страница открывается, но интерфейс «пустой» или валится с ошибкой, проблема обычно в правах пользователя базы, а не в публикации. Если браузер показывает ошибку 404 — виртуальный каталог не зарегистрирован; 500/503 — модуль расширения не загрузился или не хватает прав пула приложений.
Полезно проверить подключение тонким клиентом: в диалоге добавления базы выберите «на веб-сервере» и укажите тот же URL. Если тонкий клиент работает, а браузер нет — проблема в публикации веб-клиента или в поддержке браузера. Для клиент-серверной базы дополнительно проверьте, что строка подключения в default.vrd указывает на правильный сервер и имя базы.
Как проверить результат
Запрашивается логин и пароль, открывается интерфейс
Ошибка 404, 500 или 503 — публикация не зарегистрирована или модуль не загружен
Есть файл default.vrd с корректной строкой подключения
Каталог пуст или файл содержит старые параметры базы
Пул запущен, учётная запись имеет доступ к каталогу и базе
Пул останавливается после первого обращения, в журнале ошибки доступа
Типичные ошибки и ограничения
Самая частая ошибка — публикация без установленного компонента «Модули расширения веб-сервера»: конфигуратор сообщает об успехе, но веб-сервер отдаёт ошибку. Вторая по частоте — несовпадение разрядности платформы и пула приложений. Третья — публикация файловой базы, к которой одновременно обращаются по сети напрямую и через веб-сервер под разными учётными записями ОС, что приводит к ошибкам блокировок.
Из ограничений: веб-клиент не поддерживает часть возможностей толстого клиента (например, некоторые внешние компоненты и работу с локальными файлами без расширения для браузера), а файловая база через веб-сервер заметно уступает клиент-серверной по производительности при росте числа пользователей. Для десятков одновременных пользователей правильный путь — сервер 1С и СУБД, а веб-доступ поверх них.
Когда нужен отдельный «публикатор» и что он даёт
Сторонние утилиты-публикаторы оправданы, когда баз много и публикации нужно создавать пакетно: например, при развёртывании тестовых стендов или обслуживании десятков клиентских баз на одном веб-сервере. Они перебирают список баз, генерируют для каждой каталог и default.vrd, регистрируют приложения и умеют массово удалять публикации.
Для одной-двух баз отдельный инструмент не нужен — штатной публикации из конфигуратора достаточно. Перед выбором утилиты проверьте, что она поддерживает вашу версию платформы и веб-сервера, и обязательно тестируйте её на копии: ошибка в пакетной публикации способна затронуть сразу все работающие базы.
Как выбрать действие
FAQ
Чем веб-клиент отличается от тонкого клиента при работе через публикацию?
Веб-клиент работает полностью в браузере и не требует установки, но зависит от поддерживаемых браузеров и медленнее на слабых каналах. Тонкий клиент — устанавливаемая программа, которая обменивается с опубликованной базой по HTTP, но интерфейс формирует локально, поэтому обычно работает быстрее и стабильнее.
Можно ли опубликовать файловую базу 1С на веб-сервере?
Да, файловый режим поддерживается: в строке подключения default.vrd указывается путь к каталогу базы. Учтите, что учётная запись веб-сервера должна иметь полные права на этот каталог, а при росте числа одновременных пользователей файловый режим станет узким местом — тогда базу переносят на сервер 1С.
Что делать, если после публикации браузер показывает ошибку 404?
Ошибка 404 означает, что веб-сервер не знает о виртуальном каталоге. Проверьте, что публикация выполнялась от имени администратора, что приложение зарегистрировано в IIS или директива добавлена в httpd.conf Apache, и что имя в URL точно совпадает с именем публикации, включая регистр символов.
Нужно ли заново публиковать базу после обновления платформы?
Как правило, да: модуль расширения веб-сервера привязан к версии платформы, и после обновления старый модуль может перестать загружаться. Стандартная практика — после обновления платформы выполнить повторную публикацию всех баз через конфигуратор.
Безопасно ли открывать опубликованную базу в интернет?
Только при обязательных мерах: HTTPS с действующим сертификатом, сильные пароли пользователей, ограничение доступа по IP или через VPN, регулярные обновления платформы и веб-сервера. Публикация по открытому HTTP без дополнительной защиты недопустима для рабочих учётных данных.
Что важно запомнить
Публикация 1С — это регистрация базы на веб-сервере через модуль расширения и файл default.vrd. Успех зависит от трёх вещей: установленного модуля расширения, прав учётной записи веб-сервера и корректной строки подключения. Для внешнего доступа сначала настройте HTTPS и аутентификацию.