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

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

Как создать веб-сервер для 1С и опубликовать базу

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

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

Платформа 1С:Предприятие не содержит собственного веб-сервера: она работает через расширение веб-сервера, которое устанавливается поверх IIS (Windows) или Apache (Windows и Linux). Поэтому задача «создать веб-сервер 1С» на практике означает: установить веб-сервер, подключить модуль расширения 1С, опубликовать базу и проверить доступ.

Ниже разобран полный цикл: от выбора веб-сервера и подготовки компонентов до публикации, настройки безопасности и диагностики ошибок. Инструкции ориентированы на типовую связку «сервер 1С + веб-сервер на той же или отдельной машине».

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

Платформа 1С официально поддерживает два семейства веб-серверов: Microsoft IIS и Apache HTTP Server. Оба варианта рабочие, выбор зависит от операционной системы, опыта администратора и требований инфраструктуры.

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

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

IIS (Windows)

Подходит для Windows-инфраструктуры, простая установка через роли сервера, удобная доменная аутентификация. Ограничение — только Windows.

Apache 2.x

Подходит для Linux и смешанных сред, гибкая настройка через httpd.conf. Требует ручной правки конфигурации и внимания к версии модуля расширения 1С.

Важно учитывать разрядность: модуль расширения веб-сервера 1С должен соответствовать разрядности веб-сервера. Для 64-разрядного IIS или Apache ставьте 64-разрядные компоненты платформы. Несовпадение разрядности — одна из самых частых причин ошибки «модуль не загружается».

Подготовка: что должно быть установлено

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

Порядок подготовки
  1. 1
    Установите веб-сервер: роль IIS в Windows или пакет Apache (httpd) в Linux.
  2. 2
    Запустите установку платформы 1С:Предприятие и отметьте компонент «Модули расширения веб-сервера» (Web server extension modules).
  3. 3
    Убедитесь, что версия платформы на веб-сервере совпадает с версией, под которой работает база.
  4. 4
    Проверьте, что служба веб-сервера запущена и отвечает на http://localhost.
  5. 5
    Подготовьте учётную запись, от имени которой будет работать пул приложений или процесс Apache, и дайте ей необходимые права.

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

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

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

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

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

Проверка результата

Откройте браузер и перейдите по адресу вида http://имя_сервера/имя_публикации. Признак успешной публикации — страница входа в базу с выбором пользователя или запросом логина и пароля. Если открывается стандартная страница веб-сервера или ошибка 404/500, публикация выполнена некорректно либо модуль расширения не загружен.

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

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

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

Отображается форма входа в базу 1С

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

Ошибка 404, 500 или страница-заглушка веб-сервера

Вход под тестовым пользователем
Норма

Загружается интерфейс прикладного решения

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

Ошибка аутентификации или «информационная база не обнаружена»

Работа веб-сервисов или OData (если публиковались)
Норма

Сервис отвечает на запрос по своему URL

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

404 по адресу сервиса — флаг публикации не установлен

Публикация через файл default.vrd вручную

Когда конфигуратор недоступен (например, веб-сервер на Linux, а конфигуратор работает только под Windows), публикацию выполняют вручную: создают каталог, помещают в него файл default.vrd и регистрируют обработчик в конфигурации веб-сервера.

Файл default.vrd — это XML-описание публикации. Для клиент-серверной базы минимальное содержимое указывает точку подключения к кластеру и имя базы:

<?xml version="1.0" encoding="UTF-8"?>

<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"

xmlns:xs="http://www.w3.org/2001/XMLSchema"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

base="/mybase"

ib="Srvr="Server1C";Ref="MyBase";"/>

В Apache дополнительно нужно подключить модуль расширения: добавить в httpd.conf директивы загрузки модуля платформы (LoadModule) и обработчик для каталога публикации. Точные имена библиотек зависят от версии платформы и разрядности — их можно посмотреть в каталоге установленных компонентов расширения веб-сервера.

bash
# Пример: перезапуск Apache после правки конфигурации
sudo systemctl restart apache2    # Debian/Ubuntu
sudo systemctl restart httpd      # CentOS/RHEL

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

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

Настройте HTTPS на веб-сервере: для IIS — привязка сертификата к сайту, для Apache — виртуальный хост с SSLEngine. Работа по открытому HTTP означает передачу логинов и данных в незашифрованном виде. Если база доступна из интернета, дополнительно ограничьте доступ по IP на уровне файрвола или разместите веб-сервер за обратным прокси/VPN.

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

Типичные ошибки и их диагностика

Большинство проблем при создании веб-сервера 1С сводятся к нескольким повторяющимся причинам. Зная их, диагностика занимает минуты вместо часов.

Типичные ошибки
01
Не установлены модули расширения веб-сервера — публикация создаёт каталог, но запросы возвращают ошибку 500. Решение: доустановить компонент из дистрибутива платформы.
02
Несовпадение разрядности модуля и веб-сервера — модуль не загружается, в журнале ошибка загрузки библиотеки. Решение: использовать 64-разрядные компоненты для 64-разрядного сервера.
03
Нет прав у учётной записи пула приложений или Apache на каталог базы (файловый вариант) — ошибка доступа к информационной базе. Решение: выдать права на чтение и запись.
04
Имя публикации с кириллицей или пробелами — некорректный URL и ошибки 404. Решение: использовать латиницу без спецсимволов.
05
Версия платформы на веб-сервере отличается от версии кластера — ошибки соединения с сервером 1С. Решение: выровнять версии.
06
Забыли перезапустить веб-сервер после публикации или правки конфигурации — изменения не применяются. Решение: перезапустить IIS (iisreset) или Apache.

Если ошибка неочевидна, смотрите журналы: у IIS — логи сайта и журнал событий Windows, у Apache — error.log, у платформы — технологический журнал, который можно включить через конфигурационный файл logcfg.xml. Связка «код ошибки в браузере + запись в журнале веб-сервера» почти всегда указывает на причину.

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

Обновление и сопровождение публикации

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

Для смены параметров публикации удобнее всего снова открыть «Публикация на веб-сервере» в конфигураторе, изменить флаги и нажать «Опубликовать» — файл default.vrd будет перезаписан. При ручном ведении файла правьте XML и перезапускайте веб-сервер.

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

Итог

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

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

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

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

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

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

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

Чем отличается работа через браузер от тонкого клиента по HTTP?

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

Ошибка 500 сразу после публикации — с чего начать?

Проверьте три вещи: установлены ли модули расширения веб-сервера, совпадает ли их разрядность с разрядностью IIS/Apache и перезапускался ли веб-сервер после публикации. Эти три причины покрывают большинство ошибок 500 на свежей публикации.

Как опубликовать базу на Linux, если конфигуратор работает только в Windows?

Создайте публикацию вручную: сформируйте файл default.vrd с параметрами подключения, положите его в каталог на Linux-сервере, подключите модуль расширения платформы в httpd.conf и перезапустите Apache. Шаблон default.vrd можно взять из документации или с любой Windows-публикации.

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

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