Администрирование · 12 мин
Веб-сервер 1С: что это и как опубликовать базу
Веб-сервер 1С — что это такое, зачем нужен, как работает публикация базы через IIS и Apache и какие ошибки чаще всего мешают запуску.
Веб-сервер в контексте 1С — это программное обеспечение (Apache или Microsoft IIS), которое принимает запросы из браузеров и передаёт их платформе 1С:Предприятие. Благодаря этой связке пользователи работают с информационной базой через браузер или тонкий клиент по протоколу HTTP/HTTPS, без установки полноценной платформы на каждый компьютер. Сама платформа при этом поставляет специальные модули расширения веб-сервера, которые «понимают» протокол 1С.
Такая схема востребована, когда сотрудники работают удалённо, подключаются с разных устройств или когда нужно дать доступ внешним контрагентам — например, для обмена данными через HTTP-сервисы. Также через веб-сервер публикуются мобильные клиенты и веб-сервисы, поэтому даже компании без «браузерных» пользователей нередко сталкиваются с необходимостью настройки публикации.
Важно понимать: веб-сервер не заменяет сервер 1С или файловую базу — он лишь точка входа. Логика работы, права доступа и производительность по-прежнему определяются платформой и СУБД. Поэтому настройка веб-сервера — это отдельная задача администрирования со своими типичными ошибками, которые разбираются ниже.
Как устроена связка «веб-сервер + 1С»
Архитектура выглядит так: пользователь открывает браузер и обращается по адресу публикации. Веб-сервер принимает запрос и через модуль расширения (для Apache это библиотека вида wsap24.dll или mod_1cws.so, для IIS — ISAPI-расширение wsisapi.dll) передаёт его платформе 1С. Платформа выполняет код конфигурации, обращается к базе данных и возвращает результат — готовую HTML-страницу для веб-клиента или данные для тонкого клиента.
Есть два варианта размещения базы. При файловом варианте веб-сервер с модулем расширения сам обращается к файлам базы — это подходит для небольшого числа пользователей. При клиент-серверном варианте модуль расширения подключается к кластеру серверов 1С, а тот уже работает с СУБД (MS SQL, PostgreSQL и другими). Второй вариант масштабируется и является стандартом для многопользовательской работы.
Через одну публикацию можно предоставить сразу несколько режимов доступа: веб-клиент (полная работа в браузере), тонкий клиент по HTTP, веб-сервисы (SOAP), HTTP-сервисы, стандартный интерфейс OData и мобильный клиент. Какие именно компоненты активны, задаётся флагами при публикации.
Когда веб-сервер действительно нужен
Публикация на веб-сервере оправдана в нескольких типовых сценариях. Первый — удалённая работа сотрудников без VPN и терминального сервера: пользователь открывает браузер, вводит логин и пароль и работает в привычной конфигурации. Второй — интеграции: HTTP-сервисы 1С — популярный способ отдавать и принимать данные для сайтов, мобильных приложений и систем партнёров. Третий — мобильные клиенты 1С, которые подключаются именно через веб-публикацию.
Как выбрать способ доступа
Не нужен веб-сервер, если вся работа идёт в локальной сети через толстый или тонкий клиент с прямым подключением к серверу 1С или к файловой базе. Добавление веб-сервера в такой схеме только усложнит администрирование и расширит поверхность атаки без практической выгоды.
Выбор между Apache и IIS
Платформа 1С поддерживает два основных веб-сервера: Apache HTTP Server (версии 2.2 и 2.4, в том числе сборки для Windows и Linux) и Microsoft IIS на Windows Server. Оба варианта рабочие, выбор обычно определяется инфраструктурой компании и компетенциями администратора.
| Критерий | Apache | IIS |
|---|---|---|
| Операционная система | Windows и Linux | Только Windows |
| Лицензия | Бесплатный, открытый код | Входит в состав Windows Server |
| Интеграция с AD | Требует дополнительной настройки | Нативная, удобна для доменной среды |
| Настройка | Текстовые конфигурационные файлы | Графическая консоль управления |
| Типичное применение | Linux-инфраструктура, экономия лицензий | Домен Windows, привычные админу инструменты |
Для Windows-инфраструктуры с доменом проще всего поднимать IIS: установка роли занимает несколько минут, а аутентификация Windows работает из коробки. Apache выбирают, когда веб-сервер разворачивают на Linux рядом с сервером 1С или когда нужна большая гибкость в настройке проксирования и виртуальных хостов.
Пошаговая публикация базы
Публикация выполняется из конфигуратора 1С и занимает несколько минут при подготовленной среде. Перед началом убедитесь, что веб-сервер установлен и работает, а на компьютере с ним установлены компоненты платформы «Модули расширения веб-сервера» — они выбираются при установке платформы.
- 1Установите веб-сервер (роль IIS или Apache) и проверьте, что его стартовая страница открывается
- 2При установке платформы 1С отметьте компонент «Модули расширения веб-сервера» подходящей битности
- 3Откройте базу в конфигураторе и перейдите: Администрирование → Публикация на веб-сервере
- 4Укажите имя публикации (латиницей, без пробелов), выберите веб-сервер и каталог публикации
- 5Отметьте нужные флаги: веб-клиент, тонкий клиент, HTTP-сервисы, веб-сервисы, OData
- 6Нажмите «Опубликовать» и дождитесь сообщения об успешной публикации
- 7Проверьте доступ: откройте в браузере адрес вида http://сервер/ИмяПубликации и выполните вход
Конфигуратор создаёт в каталоге публикации файл default.vrd — это XML-описание публикации, в котором перечислены включённые сервисы, строка подключения к базе и настройки пулов соединений. При необходимости файл можно редактировать вручную, например чтобы тонко настроить пул сеансов или включить отладку HTTP-сервисов.
Для IIS дополнительно проверьте, что у пула приложений включён нужный режим (для 64-разрядных модулей — 64-битный пул, параметр «Enable 32-Bit Applications» должен соответствовать битности модуля), а у пользователя пула есть права на каталог публикации и, при файловом варианте, на каталог базы.
Защита опубликованной базы
База, доступная по HTTP, — потенциальная точка входа для злоумышленников, особенно если она открыта в интернет. Минимальный набор мер: использовать HTTPS с действующим сертификатом, включить аутентификацию средствами 1С (пользователи информационной базы) и при необходимости дополнительно аутентификацию на уровне веб-сервера.
Отдельное внимание — правам. Если публикуются HTTP-сервисы или OData, убедитесь, что пользователь, под которым идёт обращение, имеет минимально необходимые права. Стандартный интерфейс OData без должной настройки ролей может открыть доступ к большому объёму данных базы. Для сервисных интеграций заводите отдельных технических пользователей с узкими ролями.
Полезно ограничить доступ на сетевом уровне: брандмауэром или списками разрешённых адресов в конфигурации веб-сервера, если к публикации должны обращаться только известные сети. Журналы веб-сервера стоит периодически просматривать на предмет подборов паролей и аномальных запросов.
Типичные ошибки и их диагностика
Большинство проблем после публикации сводится к нескольким повторяющимся причинам. Диагностику удобно начинать с журналов: ошибки уровня веб-сервера видны в журналах Apache/IIS, ошибки платформы — в технологическом журнале 1С и журнале регистрации базы.
Как проверить результат
Загружается страница входа 1С, принимает логин и пароль
Ошибка 404, 500 или страница веб-сервера по умолчанию
Открывается начальная страница конфигурации, формы открываются без ошибок
Пустая страница, ошибки скриптов, бесконечная загрузка
Запросы обрабатываются с кодами 200/302
Массовые коды 401, 403, 500
Замок в адресной строке, сертификат действителен и доверен
Предупреждение о небезопасном соединении
Полезная привычка: после любой публикации или обновления платформы проверяйте работу не только веб-клиента, но и тонкого клиента по HTTP, если он используется. Обновление платформы иногда требует перепубликации, иначе клиенты начинают получать ошибки о несовпадении версий.
Обновление платформы и обслуживание публикации
При обновлении версии платформы 1С модули расширения веб-сервера обновляются вместе с ней, но публикации могут продолжать ссылаться на старые библиотеки. Поэтому после обновления рекомендуется выполнить публикацию заново из конфигуратора — это перезапишет default.vrd и пути к модулям.
Для публикаций с высокой нагрузкой имеет смысл настроить пул соединений с базой в файле default.vrd: параметры размера пула и таймаутов влияют на то, сколько одновременных сеансов обслуживается без задержек. Точные значения подбираются опытным путём под конкретную нагрузку; агрессивное завышение пула может перегрузить сервер 1С или СУБД.
Регулярно проверяйте свободное место на дисках (журналы веб-сервера и технологический журнал растут), сроки действия сертификатов и актуальность обновлений самого веб-сервера — уязвимости в Apache и IIS закрываются их собственными обновлениями, а не обновлениями 1С.
Что важно запомнить
Веб-сервер 1С — это Apache или IIS с модулями расширения платформы, дающий доступ к базе через браузер, тонкий клиент и HTTP-сервисы. Публикация делается из конфигуратора за несколько шагов, но требует совпадения битности модулей, корректных прав и обязательного HTTPS при внешнем доступе. После обновления платформы публикацию нужно выполнять заново.
Частые вопросы
Чем веб-клиент 1С отличается от тонкого клиента?
Веб-клиент работает полностью в браузере и не требует установки ничего, кроме самого браузера. Тонкий клиент — это небольшая устанавливаемая программа, которая может подключаться к базе и через веб-сервер по HTTP, но при этом поддерживает больше возможностей интерфейса и обычно работает заметно отзывчивее на слабых каналах связи.
Можно ли опубликовать базу 1С без веб-сервера?
Нет, для доступа через браузер веб-сервер обязателен — платформа 1С не содержит собственного полноценного HTTP-сервера для веб-клиента. Альтернативы без веб-сервера: тонкий клиент с прямым подключением к серверу 1С, терминальный доступ или VPN в локальную сеть.
Почему после публикации браузер показывает ошибку 500?
Чаще всего причины — несовпадение битности веб-сервера и модуля расширения, отсутствие прав у учётной записи веб-сервера на каталог публикации или базу, либо не установлены модули расширения платформы. Точную причину показывает журнал ошибок веб-сервера: с него и стоит начинать диагностику.
Нужен ли отдельный сертификат для публикации 1С?
Да, HTTPS настраивается на уровне веб-сервера, и для него нужен сертификат. Для внешнего доступа используйте сертификат от доверенного удостоверяющего центра, чтобы браузеры не показывали предупреждения. Самоподписанный сертификат допустим только для тестов или при ручной установке его в доверенные на каждом клиенте.
Один веб-сервер может обслуживать несколько баз 1С?
Да, на одном веб-сервере можно опубликовать несколько информационных баз — каждая получит свой виртуальный каталог и свой адрес вида http://сервер/ИмяПубликации. Каждая публикация настраивается отдельно из конфигуратора соответствующей базы.
Что делать, если после обновления платформы веб-клиент перестал работать?
Стандартное действие — заново выполнить публикацию из конфигуратора, чтобы обновились ссылки на модули расширения. Затем перезапустите веб-сервер и проверьте, что версия платформы, из которой выполнялась публикация, совпадает с версией, под которой работает база.