Администрирование · 11 мин
Веб-расширение 1С 8.3: как установить и опубликовать базу
Как установить веб-расширение 1С 8.3, опубликовать базу на IIS или Apache, настроить права и проверить доступ через браузер. Пошаговая инструкция и типичные ошибки.
Веб-расширение 1С:Предприятия 8.3 — это модуль, который устанавливается на веб-сервер (IIS или Apache) и позволяет работать с информационной базой через браузер или тонкий клиент по протоколу HTTP. Без него публикация базы на веб-сервере невозможна: сервер просто не поймёт запросы от платформы 1С.
Процедура состоит из трёх этапов: установка компонентов веб-расширения с дистрибутива платформы, настройка самого веб-сервера и публикация информационной базы через конфигуратор. Каждый этап имеет свои требования к правам, разрядности и версиям, нарушение которых приводит к типовым ошибкам вроде «404», «500» или «Ошибка HTTP при обращении к серверу».
Ниже разобран полный порядок действий для Windows с IIS и для Apache, а также способы проверить результат и исправить частые проблемы. Инструкция подходит для файловых и клиент-серверных баз, различия указаны отдельно.
Что такое веб-расширение и когда оно нужно
Веб-расширение — это набор библиотек (для IIS — модуль ISAPI wsisapi.dll, для Apache — модуль wsap24.so или wsap22.dll в зависимости от версии), которые веб-сервер загружает для обработки запросов к 1С. Оно входит в состав дистрибутива платформы и устанавливается отдельным компонентом.
Установка веб-расширения требуется в трёх сценариях: работа пользователей через веб-клиент в браузере, подключение тонкого клиента по HTTP к опубликованной базе и обмен данными через веб-сервисы и HTTP-сервисы, опубликованные средствами 1С. Если база используется только локально в толстом или тонком клиенте по файловому доступу, веб-расширение не нужно.
Важно понимать: веб-расширение привязано к версии платформы. Если на сервере работают базы на разных релизах 8.3, для каждой версии может потребоваться отдельная публикация с соответствующим модулем.
Требования и подготовка перед установкой
Перед установкой проверьте несколько условий, иначе столкнётесь с ошибками уже на этапе публикации. Во-первых, на машине должен быть установлен и запущен веб-сервер: IIS (компонент Windows) или Apache 2.2/2.4. Во-вторых, разрядность веб-расширения должна совпадать с разрядностью веб-сервера: 64-битный модуль не загрузится в 32-битный пул приложений IIS и наоборот.
Для IIS убедитесь, что включены компоненты: «Службы IIS» → «Службы Интернета» → «Расширения ISAPI» и «Фильтры ISAPI», а также «Статическое содержимое». Для Apache заранее скачайте дистрибутив нужной версии — 1С официально поддерживает Apache 2.2 и 2.4; с другими версиями модуль может не загрузиться.
Учётная запись, под которой выполняется установка и публикация, должна иметь права администратора на локальной машине. Для клиент-серверной базы дополнительно проверьте, что сервер 1С доступен с машины веб-сервера по сети.
Установка компонентов веб-расширения
Веб-расширение ставится из того же дистрибутива, что и платформа 1С. Запустите setup.exe от имени администратора, выберите режим «Изменение», если платформа уже установлена, или полную установку для новой машины.
В списке компонентов отметьте «Модули расширения веб-сервера» (в английском интерфейсе — Web server extension modules). Если нужен только веб-доступ без толстого клиента, остальные клиентские компоненты можно не ставить — это сэкономит место и упростит обновления.
После завершения установки проверьте наличие файлов модуля. Для 64-разрядной платформы они располагаются в каталоге вида C:\Program Files\1cv8\8.3.хх.хххх\bin\ — там должны быть wsisapi.dll (для IIS) и wsap24.so/wsap22.dll (для Apache).
- 1Запустите setup.exe дистрибутива платформы от имени администратора
- 2Выберите «Изменение» существующей установки или новую установку
- 3Отметьте компонент «Модули расширения веб-сервера»
- 4Завершите установку и проверьте наличие wsisapi.dll в каталоге bin платформы
- 5Перезапустите веб-сервер (iisreset для IIS или перезапуск службы Apache)
Публикация базы через конфигуратор
Самый простой способ опубликовать базу — штатный механизм конфигуратора. Откройте информационную базу в режиме «Конфигуратор» под пользователем с полными правами, затем перейдите в меню «Администрирование» → «Публикация на веб-сервере».
В диалоге укажите имя публикации — оно станет частью URL (например, «BuhBase» даст адрес http://сервер/BuhBase). Выберите веб-сервер (IIS или Apache), каталог для размещения файла default.vrd и отметьте нужные виды клиентов: веб-клиент, тонкий клиент, веб-сервисы. Нажмите «Опубликовать».
Для IIS конфигуратор автоматически создаст виртуальный каталог и зарегистрирует обработчик ISAPI. Для Apache в файл httpd.conf будут добавлены директивы загрузки модуля и обработчика — после публикации Apache нужно перезапустить. Если конфигуратор выдаёт ошибку доступа, запустите его от имени администратора.
Файл default.vrd
Результат публикации — файл default.vrd в указанном каталоге. Это XML-описание, связывающее публикацию с конкретной базой: в нём прописана строка подключения (ib=...) и параметры точек входа. При необходимости файл можно редактировать вручную, например чтобы добавить публикацию веб-сервиса или изменить пул подключений.
<?xml version="1.0" encoding="UTF-8"?>
<point name="BuhBase" ib="Srvr=SERVER;Ref=BUH;" ...>
<ws pointEnableCommon="false"/>
</point>Настройка IIS вручную и типовые параметры
Если автоматическая публикация не сработала, настройте IIS вручную. В диспетчере служб IIS создайте виртуальный каталог внутри нужного сайта, укажите физический путь к каталогу с default.vrd и преобразуйте его в приложение.
Проверьте пул приложений: для 64-разрядного веб-расширения параметр «Enable 32-Bit Applications» должен быть выключен, для 32-разрядного — включён. Режим управляемого конвейера обычно «Classic» либо «Integrated» — зависит от версии платформы, при ошибках попробуйте сменить режим.
В разделе «Сопоставления обработчиков» (Handler Mappings) приложения добавьте сопоставление для пути «*» с исполняемым файлом wsisapi.dll из каталога bin нужной версии платформы. Также убедитесь, что в «Ограничениях ISAPI и CGI» на уровне сервера модуль разрешён.
Если на одном сервере опубликованы базы под разными версиями платформы, создайте для каждой публикации отдельный пул приложений и привяжите сопоставление обработчиков к wsisapi.dll своей версии. Общий пул приведёт к тому, что часть баз перестанет открываться после обновления платформы.
Публикация на Apache
Для Apache установите веб-сервер версии 2.2 или 2.4, проверьте, что служба запускается. Затем выполните публикацию из конфигуратора, выбрав тип веб-сервера Apache — конфигуратор сам допишет нужные строки в httpd.conf и предложит перезапуск.
Ручная настройка сводится к трём директивам в httpd.conf: LoadModule для подключения модуля wsap24.so (или wsap22.dll для Apache 2.2), блок <Location> с именем публикации и SetHandler 1cws-process, а также путь к каталогу с default.vrd. После правок выполните перезапуск Apache командой или через службы Windows.
Частая проблема — Apache не стартует после добавления модуля. Почти всегда причина в несовпадении разрядности (32-битный Apache и 64-битный модуль) или в неподдерживаемой версии Apache. Смотрите журнал ошибок Apache в каталоге logs — там будет причина отказа загрузки модуля.
IIS или Apache: что выбрать
Подходит для Windows-инфраструктуры, интегрируется с доменной аутентификацией, управляется через графический интерфейс. Ограничение — только Windows.
Кроссплатформенный вариант, работает на Linux и Windows, гибкая конфигурация через текстовые файлы. Требует аккуратности с версиями: модуль 1С поддерживает Apache 2.2 и 2.4.
Проверка результата и типичные ошибки
После публикации откройте в браузере адрес вида http://localhost/ИмяПубликации с самого сервера. Признак успеха — загрузка страницы веб-клиента 1С с окном авторизации. Затем проверьте доступ с другой машины сети, подставив имя или IP сервера вместо localhost.
Для проверки публикации тонким клиентом создайте новую базу в списке, выберите «На веб-сервере» и укажите URL публикации. Если подключение проходит и база открывается — настройка завершена корректно.
Как проверить результат
Загружается страница веб-клиента с окном входа
Ошибка 404 — виртуальный каталог не создан; 500 — модуль не загружен или неверная разрядность
Есть сопоставление с wsisapi.dll нужной версии платформы
Сопоставления нет или указан файл из старой версии
Служба стартует без ошибок, база открывается
Служба падает — смотрите logs/error.log на предмет несовпадения версии модуля
Обновление и удаление публикации
При обновлении платформы 1С веб-расширение обновляется вместе с ней, но публикации продолжают ссылаться на старый модуль. После каждого обновления выполните публикацию заново из конфигуратора новой версии (кнопка «Опубликовать» поверх существующей публикации) — это обновит привязку к wsisapi.dll или модулю Apache.
Для удаления публикации используйте тот же диалог конфигуратора с кнопкой «Удалить» либо удалите виртуальный каталог в IIS вместе с каталогом default.vrd. В Apache удалите соответствующие директивы из httpd.conf и перезапустите службу.
Что важно запомнить
Веб-расширение ставится компонентом дистрибутива платформы, разрядность должна совпадать с веб-сервером. Публикация выполняется из конфигуратора (Администрирование → Публикация на веб-сервере) от имени администратора. После обновления платформы публикацию нужно выполнить заново. Внешний доступ — только с HTTPS и аутентификацией.
Частые вопросы
Можно ли опубликовать базу без конфигуратора?
Да. Создайте каталог, поместите в него файл default.vrd с корректной строкой подключения к базе, затем вручную настройте виртуальный каталог и сопоставление обработчика в IIS или директивы в httpd.conf для Apache. Это тот же результат, что даёт конфигуратор, но потребует аккуратности при заполнении параметров.
Почему браузер показывает ошибку 404 после публикации?
Чаще всего виртуальный каталог не создан или вы обращаетесь по неверному имени публикации — оно чувствительно к регистру на Apache. Также проверьте, что в IIS включены расширения ISAPI и что сайт, внутри которого создан каталог, запущен.
Что означает ошибка 500 при открытии публикации?
Ошибка 500 почти всегда указывает на проблему загрузки модуля веб-расширения: несовпадение разрядности пула приложений и wsisapi.dll, отсутствие разрешения в ограничениях ISAPI/CGI или ссылку на модуль от другой версии платформы. Проверьте эти три пункта в первую очередь.
Нужно ли отдельное веб-расширение для каждой базы?
Нет. Один экземпляр модуля обслуживает любое количество публикаций на веб-сервере — для каждой базы создаётся свой виртуальный каталог со своим default.vrd. Отдельные модули нужны только если базы работают на разных версиях платформы.
Можно ли публиковать файловую базу?
Да, файловые базы публикуются так же, как клиент-серверные. Учтите ограничение: учётная запись, под которой работает веб-сервер (пул приложений IIS или служба Apache), должна иметь полный доступ к каталогу с файлом базы, иначе получите ошибку открытия базы.
Как сделать публикацию доступной из интернета?
Пробросьте порт на маршрутизаторе или используйте обратный прокси, обязательно настройте SSL-сертификат и HTTPS, включите аутентификацию на уровне веб-сервера и убедитесь, что у пользователей 1С заданы пароли. Открывать публикацию по HTTP без шифрования нельзя — логины и данные передаются открытым текстом.