Администрирование · 12 мин
Как настроить веб-доступ к 1С
Разбираем, как опубликовать базу 1С на веб-сервере IIS или Apache, настроить права, защитить соединение и проверить работу тонкого клиента через браузер.
Веб-доступ к 1С позволяет сотрудникам работать с базой через браузер или тонкий клиент по сети интернет, без установки полноценной платформы на каждом компьютере. Это удобно для удалённых сотрудников, филиалов и руководителей, которым нужен доступ к отчётам с любого устройства. Технически схема выглядит так: на сервере 1С:Предприятия (или на файловом сервере) поднимается веб-сервер IIS или Apache, на нём публикуется информационная база, а пользователи подключаются по адресу вида https://server/base.
Перед началом важно понимать два ограничения. Во-первых, работа через браузер требует, чтобы конфигурация поддерживала управляемый интерфейс — старые конфигурации на обычных формах через веб-клиент работать не будут. Во-вторых, публикация базы в интернете без VPN, сертификата и продуманных прав доступа — прямой путь к утечке данных, поэтому раздел про безопасность в этой статье не формальность, а обязательная часть настройки.
Что понадобится перед настройкой
Минимальный набор: установленная платформа 1С:Предприятие с компонентой «Модули расширения веб-сервера», веб-сервер (IIS на Windows Server или Apache 2.4 на Windows/Linux) и сама информационная база — файловая или клиент-серверная. При установке платформы проверьте, что в списке компонентов отмечены модули расширения веб-сервера: по умолчанию они могут не устанавливаться, и публикация окажется невозможной.
Для клиент-серверного варианта дополнительно понадобятся работающий сервер 1С:Предприятия и СУБД (MS SQL, PostgreSQL или другая поддерживаемая). Учётная запись, от имени которой работает веб-сервер, должна иметь доступ к каталогу файловой базы или право подключения к серверу 1С. Частая ситуация: публикация проходит успешно, но в браузере ошибка доступа — почти всегда причина именно в правах служебной учётной записи.
Проверьте в конфигураторе: свойства конфигурации, режим запуска «Управляемое приложение»
Используйте публикацию для тонкого клиента или RDS
Запустите установщик платформы, добавьте компонент
Для выхода в интернет выпустите сертификат, например через Let's Encrypt
Выбор веб-сервера: IIS или Apache
Оба варианта официально поддерживаются платформой 1С. IIS — естественный выбор для Windows Server: он встроен в систему, управляется через оснастку и хорошо документирован. Apache 2.4 подходит, если сервер на Linux или если в инфраструктуре уже используется этот веб-сервер. По функциональности для публикации 1С разницы практически нет, выбор определяется тем, что администратору привычнее обслуживать.
Для IIS потребуется включить роль «Веб-сервер (IIS)» с компонентами CGI/ISAPI и настроить сопоставление обработчиков. Для Apache — скачать дистрибутив 2.4 и указать путь к нему при публикации. Важно: платформа 1С не поддерживает Apache 2.2 и более старые версии, попытка публикации на них завершится ошибкой.
Сравнение вариантов веб-сервера
Подходит для типовой Windows-инфраструктуры; встроен в ОС, удобная графическая настройка. Ограничение: требует лицензии Windows Server.
Подходит для Linux-серверов и смешанных сред; бесплатный. Ограничение: настройка через конфигурационные файлы, выше порог входа.
Простая схема для небольшой компании. Ограничение: при росте нагрузки веб-сервер и сервер 1С будут конкурировать за ресурсы.
Публикация базы через конфигуратор
Самый надёжный способ опубликовать базу — встроенный механизм конфигуратора. Откройте конфигуратор под администратором, перейдите в меню «Администрирование → Публикация на веб-сервере». В окне укажите имя публикации (латиницей, без пробелов — оно станет частью URL), тип веб-сервера и каталог, в который будут записаны файлы публикации. Для IIS каталог обычно создаётся внутри C:\inetpub\wwwroot\, для Apache — в любом удобном месте, но путь к нему прописывается в конфигурации веб-сервера.
На вкладках публикации отметьте нужные сервисы: веб-клиент, тонкий клиент, HTTP-сервисы, Web-сервисы, стандартный интерфейс OData — включайте только то, что реально используется. Каждый лишний опубликованный сервис — это дополнительная поверхность для атаки. После нажатия «Опубликовать» платформа создаст файл default.vrd и зарегистрирует приложение в веб-сервере.
- 1Убедитесь, что установлены модули расширения веб-сервера платформы 1С
- 2Установите и запустите IIS или Apache 2.4
- 3Откройте конфигуратор: Администрирование → Публикация на веб-сервере
- 4Укажите имя публикации латиницей, каталог и тип веб-сервера
- 5Отметьте только нужные клиенты и сервисы
- 6Нажмите «Опубликовать» и перезапустите веб-сервер
- 7Откройте в браузере адрес http://сервер/имя_публикации и войдите под тестовым пользователем
Настройка прав и учётных записей
Веб-сервер обращается к базе от имени своей служебной учётной записи: для IIS это обычно пул приложений (IIS AppPool\DefaultAppPool или отдельный пул), для Apache — учётная запись службы. Для файловой базы этой записи нужны права на чтение и изменение каталога базы. Для клиент-серверной — возможность сетевого подключения к серверу 1С и СУБД.
Рекомендуется создать отдельный пул приложений под публикацию 1С и задать ему выделенную учётную запись с минимально необходимыми правами. Не запускайте пул от имени администратора домена или Local System «для простоты» — при компрометации веб-сервера злоумышленник получит все права этой учётной записи. Внутри самой 1С заведите пользователей с ролями, соответствующими их задачам, и отключите неиспользуемые учётные записи.
Защита соединения: HTTPS и доступ из интернета
Если база доступна только в локальной сети, HTTP допустим, хотя и нежелателен. Если публикация смотрит в интернет, HTTPS обязателен: логины и пароли пользователей 1С передаются при каждом подключении, и по открытому каналу их легко перехватить. Получите сертификат (для внутреннего домена — от корпоративного центра сертификации, для публичного адреса — например, бесплатный Let's Encrypt), привяжите его к сайту в IIS или пропишите в конфигурации Apache и принудительно перенаправляйте HTTP на HTTPS.
Более надёжная схема для удалённого доступа — не выставлять публикацию в открытый интернет вовсе, а пустить пользователей через VPN в локальную сеть. Альтернативы: шлюз удалённых рабочих столов (RD Gateway) или размещение базы у облачного провайдера с готовой защищённой инфраструктурой. Дополнительно настройте на веб-сервере ограничение по IP-адресам, если круг пользователей известен, и включите блокировку после нескольких неудачных попыток входа.
Проверка работы и подключение клиентов
После публикации проверьте доступ сначала с самого сервера, затем с рабочей станции в локальной сети и только потом — извне. В браузере откройте http://имя_сервера/имя_публикации: должна появиться форма входа 1С. Войдите под тестовым пользователем с ограниченными правами и выполните типовые операции: откройте документ, сформируйте отчёт, проведите документ. Обратите внимание на скорость — веб-клиент чувствителен к задержкам сети, и медленная работа через интернет часто означает, что пользователям лучше подключаться тонким клиентом.
Для тонкого клиента пользователю достаточно указать в списке баз адрес вида https://сервер/имя_публикации — платформа сама определит вариант подключения. Тонкий клиент через веб-сервер обычно работает быстрее веб-клиента на медленных каналах, потому что передаёт меньше данных и активнее кэширует интерфейс.
Как проверить результат
Появляется форма входа 1С, после ввода логина открывается интерфейс
Ошибка 500, 404 или пустая страница — проверяйте публикацию и права
Для внешнего доступа используется https:// и действующий сертификат
http:// при доступе из интернета или предупреждение браузера о сертификате
Запрашивается логин и пароль, права соответствуют роли
Вход без пароля или пользователь видит больше, чем должен
Формы открываются за приемлемое время, отчёты формируются
Постоянные тайм-ауты — проверяйте канал и нагрузку на сервер
Типичные проблемы и их решение
Ошибка «404 Not Found» при открытии адреса означает, что веб-сервер не видит публикацию: проверьте, что сайт запущен, каталог публикации существует, а в IIS приложение привязано к правильному пулу. Ошибка «500» чаще всего говорит о проблемах с модулем расширения веб-сервера: убедитесь, что версия модуля совпадает с версией платформы, и что в IIS зарегистрирован обработчик wsisapi.dll нужной разрядности — 64-разрядный пул не загрузит 32-разрядный модуль и наоборот.
Сообщение «Информационная база не обнаружена» появляется, когда веб-сервер не может достучаться до базы: недоступен сервер 1С, неверно указана строка подключения в default.vrd или нет прав на каталог файловой базы. Откройте файл default.vrd в каталоге публикации и сверьте параметры подключения с реальными. После любого изменения этого файла перезапускайте веб-сервер, иначе настройки не применятся.
Как выбрать действие по симптому
Держите под рукой копию файла default.vrd после успешной настройки. При переустановке платформы или веб-сервера публикацию проще восстановить из этого файла, чем настраивать заново.
Часто задаваемые вопросы
Можно ли опубликовать файловую базу без сервера 1С?
Да. Веб-сервер с модулем расширения платформы может работать напрямую с файловой базой — сервер 1С:Предприятия для этого не нужен. Ограничение: файловый режим плохо переносит большое число одновременных пользователей и интенсивную запись, поэтому для десятков активных пользователей лучше клиент-серверный вариант.
Чем веб-клиент отличается от тонкого клиента через веб-сервер?
Веб-клиент работает полностью в браузере и не требует установки ничего, кроме самого браузера. Тонкий клиент — это устанавливаемое приложение, которое подключается через тот же веб-сервер, но обычно быстрее на медленных каналах и стабильнее работает с периферией вроде сканеров и принтеров. Публикация базы позволяет использовать оба варианта одновременно.
Нужна ли отдельная лицензия 1С для веб-доступа?
Отдельной лицензии на публикацию не требуется — используются те же клиентские лицензии, что и при обычной работе. Каждый одновременный сеанс пользователя через веб-клиент или тонкий клиент занимает одну лицензию. Учитывайте это при оценке числа одновременно работающих сотрудников.
Безопасно ли публиковать базу в интернете без VPN?
Технически возможно при обязательном HTTPS, сложных паролях, ограничении по IP и регулярных обновлениях платформы и веб-сервера. Однако VPN заметно снижает риски, убирая саму публикацию из открытого доступа. Для баз с финансовыми и персональными данными схема с VPN предпочтительнее.
Почему после обновления платформы веб-доступ перестал работать?
Модуль расширения веб-сервера привязан к версии платформы. После обновления нужно заново опубликовать базу из конфигуратора новой версии, чтобы обновился модуль на веб-сервере. Если на сервере стоят несколько версий платформы, проверьте, что публикация использует именно ту, под которой работает база.
Что важно запомнить
Веб-доступ настраивается публикацией базы через конфигуратор на IIS или Apache 2.4 с установленными модулями расширения. Ключевые условия надёжной работы: правильные права служебной учётной записи, обязательный HTTPS для доступа из интернета, минимальный набор опубликованных сервисов и проверка входа под тестовым пользователем до выдачи доступа сотрудникам.