Как работает 1С через веб-сервер: архитектура, публикация и настройка

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

Такая схема востребована, когда сотрудники работают удалённо, офисы распределены geographically, а выставлять сервер 1С или СУБД напрямую в интернет нельзя по соображениям безопасности. Веб-сервер становится единственной точкой входа, которую можно защитить сертификатом, аутентификацией и правилами межсетевого экрана.

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

Как устроена схема работы 1С через веб-сервер

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

Ключевой компонент — это модуль расширения веб-сервера, который входит в поставку платформы 1С:Предприятие. Для IIS это ISAPI-модуль, для Apache — загружаемый модуль. Именно он «понимает» запросы к опубликованной базе и перенаправляет их в кластер 1С или напрямую к файловой базе. Сам веб-сервер ничего о логике 1С не знает — он лишь транспорт.

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

Что потребуется для публикации базы

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

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

Отдельно проверьте права: учётная запись, под которой работает пул приложений IIS или процесс Apache, должна иметь доступ к каталогам платформы и, для файлового варианта, к каталогу базы. Недостаток прав проявляется как ошибка доступа при открытии базы в браузере.

Публикация базы на IIS: порядок действий

Сначала убедитесь, что IIS установлен и включены необходимые компоненты: службы WWW, поддержка ISAPI-расширений и ISAPI-фильтров. Без них модуль 1С не сможет обрабатывать запросы. Затем откройте конфигуратор 1С с правами администратора — публикация требует записи в конфигурацию веб-сервера.

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

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

1. 1
   Установите IIS с компонентами ISAPI-расширений и ISAPI-фильтров
2. 2
   Убедитесь, что платформа 1С установлена с компонентом «Модули расширения веб-сервера»
3. 3
   Откройте конфигуратор от имени администратора и перейдите в «Администрирование» → «Публикация на веб-сервере»
4. 4
   Задайте имя публикации, выберите веб-сервер и нажмите «Опубликовать»
5. 5
   Откройте URL публикации в браузере и войдите под пользователем базы

Публикация на Apache и особенности Linux

Для Apache схема аналогична, но публикация чаще выполняется утилитой командной строки webinst, входящей в состав платформы. Она регистрирует базу в конфигурации Apache: создаёт секцию с указанием модуля 1С и параметров подключения. После публикации требуется перезапуск веб-сервера, чтобы изменения вступили в силу.

На Linux дополнительно следите за правами на файлы и каталоги: процесс Apache должен читать default.vrd и иметь доступ к каталогам платформы. Также учитывайте особенности SELinux и аналогичных механизмов — они могут блокировать работу модуля даже при корректной конфигурации, что диагностируется по журналам веб-сервера.

webinst -publish -apache24 -wsdir trade -dir /var/www/trade -connstr "Srvr=srv1c;Ref=trade;" -confPath /etc/apache2/apache2.conf

Безопасность: HTTPS, аутентификация и границы доступа

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

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

Типичные ошибки и их устранение

Ошибка 404 при обращении к публикации обычно означает, что виртуальный каталог не создан или URL введён с ошибкой — проверьте имя публикации и регистр символов. Ошибка 500 чаще связана с модулем расширения: несовпадение разрядности, отсутствие регистрации ISAPI или недостаток прав у пула приложений.

Сообщение «Информационная база не обнаружена» говорит о проблеме в параметрах подключения внутри default.vrd: неверное имя сервера 1С, имя базы или недоступность кластера с машины веб-сервера. Проверьте, что с сервера веб-публикации кластер 1С доступен по сети и строка подключения совпадает с той, что используется в обычном клиенте.

Медленная работа веб-клиента при корректной настройке чаще всего объясняется недостатком ресурсов сервера 1С или узким каналом связи, а не самим веб-сервером. Веб-сервер в этой схеме редко является узким местом — основная нагрузка ложится на платформу и СУБД.

Как проверить, что всё работает правильно

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

Дополнительно проверьте журнал веб-сервера: запросы к публикации должны фиксироваться без массовых ошибок 4xx и 5xx. Для тонкого клиента добавьте базу в список с вариантом подключения «Веб-сервер» и тем же URL — это подтвердит, что публикация работает для обоих типов клиентов.

FAQ