Как разместить 1С на веб-сервере

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

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

Материал рассчитан на администраторов, работающих с платформой 8.3. Описаны оба варианта — IIS и Apache, а также проверка результата, типичные ошибки и меры безопасности при открытии доступа из интернета.

Что понадобится перед началом работы

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

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

Подготовка и установка веб-сервера

Вариант 1: IIS в Windows

IIS (Internet Information Services) — встроенный компонент Windows Server и десктопных редакций Windows. Устанавливается через «Панель управления → Программы → Включение или отключение компонентов Windows». Отметьте «Службы IIS», а внутри обязательно включите «Службы Интернета → Компоненты разработки приложений → Расширения ISAPI» и «Фильтры ISAPI» — без них модуль 1С работать не будет.

После установки откройте диспетчер служб IIS (inetmgr) и убедитесь, что сайт по умолчанию запущен и отвечает по адресу http://localhost. Если страница IIS открывается — сервер готов к публикации.

Вариант 2: Apache

Apache подходит для Windows и Linux, а также для случаев, когда IIS занят другими приложениями. Для 64-разрядной платформы 1С требуется 64-разрядный Apache версии 2.4 (поддерживается также 2.2 для старых версий платформы). Дистрибутив для Windows удобно брать в сборке Apache Lounge.

После установки зарегистрируйте Apache как службу командой из каталога bin:

httpd.exe -k install -n "Apache2.4"
httpd.exe -k start -n "Apache2.4"
# проверка: открыть http://localhost в браузере

Если стартовая страница Apache открывается, сервер готов. Платформа 1С при публикации сама допишет нужные строки в конфигурационный файл httpd.conf — вручную править его обычно не требуется.

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

Основная операция выполняется одинаково для IIS и Apache. Запустите конфигуратор 1С обязательно от имени администратора — иначе платформа не сможет записать настройки веб-сервера и выдаст ошибку доступа.

1. 1
   Откройте конфигуратор от имени администратора и войдите в нужную базу
2. 2
   Перейдите в меню «Администрирование → Публикация на веб-сервере»
3. 3
   Укажите имя публикации латиницей без пробелов — оно станет частью URL
4. 4
   Выберите веб-сервер (IIS или Apache) и каталог публикации
5. 5
   Отметьте нужные флажки: тонкий клиент, веб-клиент, HTTP-сервисы
6. 6
   Нажмите «Опубликовать» и дождитесь сообщения об успешной публикации
7. 7
   Перезапустите веб-сервер: iisreset для IIS или перезапуск службы Apache

Имя публикации определяет адрес доступа: если указать Trade, база будет доступна по адресу http://server/Trade. Используйте только латинские буквы, цифры и дефис — кириллица и пробелы приводят к ошибкам в некоторых браузерах и прокси.

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

Настройка прав доступа и пулов приложений

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

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

Проверка работы опубликованной базы

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

Дополнительно проверьте работу через тонкий клиент: в списке баз укажите вариант подключения «На веб-сервере» и тот же URL. Тонкий клиент обычно заметно быстрее веб-клиента на медленных каналах, и многие организации используют именно его.

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

Если при обращении возникает ошибка «Ошибка HTTP 500», первым делом смотрите журналы: для IIS — журнал событий Windows и логи сайта, для Apache — файлы error.log. Текст ошибки в логе почти всегда указывает причину точнее, чем сообщение в браузере.

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

Безопасность при доступе из интернета

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

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

Частые вопросы