Как опубликовать 1С в веб: пошаговое руководство

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

Для публикации используется штатный механизм платформы 1С:Предприятие — веб-расширение, которое устанавливается на веб-сервер (IIS или Apache) и передаёт запросы к серверу 1С или файловой базе. Настройка занимает от 15 минут до часа, но требует прав администратора на сервере и понимания архитектуры.

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

Что нужно подготовить перед публикацией

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

Понадобится веб-сервер: IIS (встроен в Windows Server и доступен в клиентских Windows) или Apache 2.2/2.4. Разрядность веб-сервера и модуля расширения должна совпадать с разрядностью платформы — для 64-разрядной платформы нужен 64-разрядный веб-сервер.

Определите режим работы базы. Для клиент-серверного варианта (SQL Server, PostgreSQL) веб-сервер будет перенаправлять запросы на сервер 1С, и нагрузка на веб-сервер минимальна. Для файловой базы веб-сервер обращается к файлу напрямую — это допустимо для небольшого числа пользователей, но файловая база должна лежать на том же компьютере или быть доступна по сети с нужными правами.

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

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

В диалоге укажите имя публикации (оно станет частью URL, используйте латиницу без пробелов), выберите веб-сервер и каталог публикации. Для IIS конфигуратор создаст виртуальный каталог и приложение автоматически. Отметьте нужные флаги: публикация тонкого и веб-клиента, веб-сервисов и HTTP-сервисов, если они используются.

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

1. 1
   Запустите конфигуратор от имени администратора
2. 2
   Откройте Администрирование → Публикация на веб-сервере
3. 3
   Задайте имя публикации латиницей, выберите веб-сервер и каталог
4. 4
   Отметьте нужные клиенты и сервисы, нажмите «Опубликовать»
5. 5
   Проверьте открытие http://сервер/имя_публикации в браузере

Публикация через командную строку и файл default.vrd

Для автоматизации или когда конфигуратор недоступен на сервере, используется утилита webinst из каталога bin платформы. Она выполняет публикацию с параметрами командной строки.

webinst -publish -iis -wsdir MyBase -dir "C:\inetpub\MyBase" -connStr "Srvr=Server1C;Ref=MyBase;"

Альтернативный путь — вручную создать виртуальный каталог в IIS или Apache и разместить в нём файл default.vrd, где в элементе <point> указать строку соединения с базой. Этот способ удобен, когда нужно тонко настроить параметры: пул соединений, отладку, раздельную публикацию сервисов.

После любого изменения default.vrd перезапустите веб-сервер, чтобы настройки применились: для IIS — командой iisreset или перезапуском пула приложений.

Настройка IIS и Apache: ключевые отличия

Для IIS убедитесь, что в компонентах Windows включены «Службы IIS», «ASP» и нужные модули аутентификации. Пул приложений, под которым работает публикация, должен иметь доступ к каталогу базы (для файлового режима) или сетевой доступ к серверу 1С (для клиент-серверного).

Для Apache в конфигурационный файл добавляется загрузка модуля расширения 1С и директива ManagedApplicationDescriptor с путём к default.vrd. Конфигуратор при выборе Apache в диалоге публикации формирует эти строки автоматически, но службу Apache нужно перезапустить вручную.

Права доступа и безопасность

Учётная запись, под которой работает веб-сервер (пул приложений IIS или служба Apache), должна иметь чтение каталога публикации, а для файловой базы — полный доступ к каталогу с файлом 1Cv8.1cd. Не давайте этой учётной записи избыточных прав на сервере.

Если база будет доступна из интернета, обязательно включите HTTPS с действующим сертификатом и отключите анонимную аутентификацию. Передача логинов 1С по открытому HTTP означает, что учётные данные перехватываются в открытом виде.

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

Проверка результата и диагностика ошибок

После публикации откройте в браузере адрес вида http://имя_сервера/имя_публикации. Должна загрузиться страница входа веб-клиента 1С со списком пользователей или формой ввода логина и пароля. Дополнительно проверьте подключение тонким клиентом, указав тот же адрес в списке баз.

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

Для диагностики включите технологический журнал на стороне сервера 1С и смотрите журнал ошибок веб-сервера (Event Viewer для IIS, error.log для Apache) — там видно, на каком этапе обрывается запрос.

Типичные ошибки при публикации

Альтернативы прямой публикации

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

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