Администрирование · 11 мин
Как опубликовать 1С на веб-сервере
Пошаговая инструкция по публикации базы 1С на веб-сервере IIS и Apache: настройка, права доступа, типичные ошибки и проверка результата.
Публикация информационной базы 1С на веб-сервере позволяет сотрудникам работать с программой через браузер или тонкий клиент по протоколу HTTP, без установки платформы на каждый компьютер. Это стандартный способ организовать удалённый доступ к базе для филиалов, выездных сотрудников и руководителей.
Для публикации используется компонент платформы «Модули расширения веб-сервера» (ws-adapter), который устанавливается вместе с платформой 1С:Предприятие и связывает веб-сервер с сервером 1С или файловой базой. Поддерживаются два веб-сервера: Microsoft IIS на Windows и Apache (в том числе на Linux).
Процедура занимает от 15 минут до часа в зависимости от подготовленности инфраструктуры. Основные этапы: установка веб-сервера и модулей расширения, публикация базы через конфигуратор или утилиту webinst, настройка прав доступа и проверка работы через браузер.
Что нужно подготовить перед публикацией
Перед началом работ убедитесь, что выполнены базовые условия. Во-первых, платформа 1С:Предприятие должна быть установлена на том же компьютере, где развёрнут веб-сервер, причём разрядность платформы и веб-сервера должна совпадать: 64-битный веб-сервер требует 64-битных модулей расширения. Во-вторых, при установке платформы нужно явно отметить компонент «Модули расширения веб-сервера» — по умолчанию он часто не устанавливается.
В-третьих, определите режим работы базы. Для файловой базы веб-сервер обращается к каталогу с файлом 1Cv8.1CD напрямую, и учётной записи, под которой работает веб-сервер, нужны права на чтение и запись в этот каталог. Для клиент-серверного варианта потребуется работающий сервер 1С:Предприятия и данные для подключения: имя сервера и имя базы в кластере.
- Установленная платформа 1С той же версии, что используется для базы;
- Компонент «Модули расширения веб-сервера»;
- Веб-сервер IIS (Windows) или Apache 2.4 (Windows/Linux);
- Права администратора на сервере для настройки;
- Путь к файловой базе или параметры подключения к кластеру серверов 1С.
Публикация через конфигуратор 1С
Самый простой способ — публикация из конфигуратора. Откройте базу в конфигураторе под пользователем с полными правами и перейдите в меню «Администрирование» → «Публикация на веб-сервере». Конфигуратор нужно запускать от имени администратора, иначе платформа не сможет внести изменения в конфигурацию веб-сервера.
В диалоге публикации укажите имя публикации — оно станет частью URL, например при имени BuhBase база будет доступна по адресу http://server/BuhBase. Выберите веб-сервер (IIS или Apache), укажите каталог публикации (для Apache — папку виртуального каталога, для IIS каталог создаётся автоматически внутри структуры сайта) и при необходимости включите публикацию веб-сервисов и HTTP-сервисов, если они используются в конфигурации.
После нажатия кнопки «Опубликовать» платформа создаст файлы публикации (в том числе default.vrd с параметрами подключения к базе) и зарегистрирует обработчик в веб-сервере. Если появится запрос на перезапуск веб-сервера — подтвердите его.
- 1Запустите конфигуратор от имени администратора и откройте нужную базу
- 2Откройте меню «Администрирование» → «Публикация на веб-сервере»
- 3Задайте имя публикации латиницей без пробелов и выберите веб-сервер
- 4Проверьте каталог публикации и отметьте нужные сервисы
- 5Нажмите «Опубликовать» и согласитесь на перезапуск веб-сервера
- 6Откройте в браузере адрес http://сервер/ИмяПубликации и выполните вход
Публикация через утилиту webinst
Если конфигуратор недоступен или нужно автоматизировать процесс, используйте консольную утилиту webinst, которая входит в состав платформы и находится в каталоге bin установленной версии. Утилита особенно удобна для Apache на Linux и для сценариев массовой публикации.
Команда для публикации файловой базы на Apache в Windows выглядит примерно так:
webinst -publish -apache24 -wsdir BuhBase -dir "C:\www\BuhBase" -connstr "File=\"D:\\Bases\\Buh\";" -confPath "C:\Program Files\Apache24\conf\httpd.conf"Ключ -wsdir задаёт имя виртуального каталога (имя публикации), -dir — физический каталог, где будут размещены файлы публикации, -connstr — строка подключения к базе. Для клиент-серверной базы строка подключения выглядит как Srvr="Server1C";Ref="BuhBase";. После выполнения команды перезапустите Apache, чтобы изменения вступили в силу.
Настройка IIS для работы с 1С
При работе с IIS важны два момента. Первый — пул приложений: для 64-битных модулей расширения пул должен работать в 64-битном режиме (параметр «Enable 32-Bit Applications» отключён). Если после публикации браузер выдаёт ошибку 500 или сообщение о невозможности загрузить модуль, проверьте этот параметр в первую очередь.
Второй момент — удостоверение пула приложений. Учётной записи пула (по умолчанию ApplicationPoolIdentity) нужны права на каталог файловой базы и на временные каталоги платформы. Для файловых баз проще всего назначить пулу конкретную учётную запись с необходимыми правами, чем выдавать права встроенным виртуальным учёткам.
Также проверьте, что в IIS установлены компоненты CGI/ISAPI-расширений — без них обработчик 1С не сможет зарегистрироваться. В разделе «Ограничения ISAPI и CGI» сервера модуль wsisapi.dll должен иметь статус «Разрешено».
Проверка результата и доступ пользователей
После публикации откройте в браузере адрес вида http://имя_сервера/ИмяПубликации. Признак успеха — появление окна аутентификации 1С и списка пользователей, а после входа — загрузка интерфейса конфигурации. Если база клиент-серверная, дополнительно убедитесь, что веб-сервер видит сервер 1С по сети и порт агента кластера не закрыт брандмауэром.
Пользователи могут работать не только через браузер: тонкий клиент 1С подключается к опубликованной базе по тому же URL — при добавлении базы в список выберите вариант размещения «На веб-сервере» и укажите адрес публикации. Это удобно для тех, кому нужна полноценная функциональность тонкого клиента.
Как проверить результат
Появляется окно входа 1С и загружается интерфейс
Ошибка 404 (публикация не создана) или 500 (проблема с модулем/правами)
База добавляется в список и открывается
Ошибка соединения — проверьте имя публикации и доступность сервера
Документы записываются, данные сохраняются
Ошибки доступа к файлу базы — не хватает прав у учётной записи веб-сервера
Безопасность: HTTPS, аутентификация и ограничения
Публикация базы без шифрования означает передачу логинов, паролей и данных в открытом виде. Для любого доступа через интернет настройте HTTPS: получите сертификат (подойдёт и бесплатный, например от Let's Encrypt), привяжите его к сайту в IIS или настройте SSL в Apache и переведите пользователей на адрес https://. При возможности ограничьте доступ по IP или разместите публикацию за VPN.
Дополнительно настройте аутентификацию на уровне веб-сервера и проверьте, какие сервисы опубликованы. Флажки публикации веб-сервисов, HTTP-сервисов и OData открывают соответствующие интерфейсы наружу — включайте их только при реальной необходимости и с продуманной моделью прав в самой конфигурации.
Типичные ошибки и их устранение
Большинство проблем после публикации сводится к нескольким повторяющимся сценариям. Ошибка 404 означает, что виртуальный каталог не создан или имя в URL не совпадает с именем публикации — проверьте регистр букв и наличие каталога в консоли веб-сервера. Ошибка 500 чаще всего связана с разрядностью пула IIS, отсутствием разрешения на ISAPI-модуль или несовпадением версий платформы и модулей расширения.
Сообщение «Ошибка доступа к файлу» или невозможность войти в файловую базу указывают на нехватку прав у учётной записи веб-сервера на каталог базы. Если база клиент-серверная и веб-клиент не подключается, проверьте строку подключения в файле default.vrd в каталоге публикации — там должны быть корректные имя сервера 1С и имя базы в кластере.
Как выбрать действие
Часто задаваемые вопросы
Можно ли опубликовать файловую базу 1С на веб-сервере?
Да, файловые базы публикуются так же, как клиент-серверные. В строке подключения указывается путь к каталогу базы, а учётной записи веб-сервера нужны права на чтение и запись в этот каталог. Учитывайте, что файловый режим имеет ограничения по количеству одновременно работающих пользователей и не подходит для крупных баз.
Какой веб-сервер выбрать: IIS или Apache?
На Windows обычно проще использовать IIS: он интегрирован в систему, а публикация из конфигуратора настраивает его автоматически. Apache — стандартный вариант для Linux и подходит, если веб-сервер уже используется для других задач. Функционально для веб-клиента 1С оба варианта равнозначны.
Нужно ли заново публиковать базу после обновления платформы?
Да, в большинстве случаев. Модули расширения веб-сервера привязаны к конкретной версии платформы, поэтому после обновления публикацию следует выполнить повторно из конфигуратора новой версии или через webinst. Иначе возможны ошибки загрузки модулей и отказ веб-клиента.
Как дать доступ к базе через интернет безопасно?
Минимальный набор: HTTPS с действующим сертификатом, сильные пароли пользователей 1С и отключение лишних опубликованных сервисов. Более надёжный вариант — не открывать публикацию напрямую в интернет, а предоставлять доступ через VPN или ограничивать подключения по списку разрешённых IP-адресов.
Почему тонкий клиент не подключается к опубликованной базе?
Проверьте, что база добавлена с типом размещения «На веб-сервере» и URL указан точно с именем публикации, включая регистр символов. Также убедитесь, что браузер с того же компьютера открывает адрес публикации — если и браузер не подключается, проблема в сети или настройке веб-сервера, а не в клиенте.
Можно ли опубликовать несколько баз на одном веб-сервере?
Да, каждая база публикуется под своим именем и доступна по отдельному URL. Для IIS все публикации могут работать в одном или разных пулах приложений; для Apache каждая публикация создаёт отдельный виртуальный каталог. Ограничений по количеству публикаций со стороны платформы нет.
Что важно запомнить
Публикация 1С на веб-сервере выполняется через конфигуратор или утилиту webinst и требует установленных модулей расширения той же версии платформы. Главные причины проблем — разрядность пула IIS, права на каталог базы и несовпадение версий. Для доступа из интернета обязательно используйте HTTPS и ограничение доступа, а перед изменениями делайте резервную копию.