Как опубликовать базу 1С на IIS

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

Технически публикация представляет собой связку трёх компонентов: веб-сервер IIS, модуль расширения веб-сервера 1С (wsisapi.dll) и файл настроек публикации default.vrd. Платформа 1С умеет создавать публикацию автоматически через конфигуратор, но для корректной работы необходимо заранее подготовить IIS и учесть разрядность компонентов.

Материал ориентирован на администраторов, которые настраивают публикацию на Windows Server или на рабочей машине под управлением Windows 10/11. Описанные шаги применимы к актуальным версиям платформы 1С:Предприятие 8.3 и встроенному IIS; для Apache логика похожа, но команды и оснастки отличаются.

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

Для публикации понадобятся три обязательных элемента. Первый — установленная платформа 1С:Предприятие на том же компьютере, где работает IIS, либо доступ к серверу 1С, если база работает в клиент-серверном режиме. Второй — сам веб-сервер IIS, который в Windows устанавливается как системный компонент. Третий — модуль расширения веб-сервера 1С, который ставится отдельной опцией при установке платформы.

Критически важно совпадение разрядности: если IIS работает в 64-разрядном режиме (стандартно для современных ОС), то и платформа с модулем расширения должны быть 64-разрядными. Несовпадение разрядности — самая частая причина ошибки «HTTP 500» сразу после публикации.

Также заранее определите режим работы базы. Для файловой базы публикация происходит на том же компьютере, где лежит файл 1Cv8.1CD, и нужны права на каталог базы. Для клиент-серверной базы достаточно, чтобы с машины с IIS был доступен сервер 1С:Предприятия по сети.

Установка и подготовка IIS

IIS включается через «Панель управления → Программы → Включение или отключение компонентов Windows» либо через диспетчер сервера на Windows Server. Одного флажка «Службы IIS» недостаточно — нужно раскрыть дерево компонентов и отметить необходимые элементы, иначе публикация заработает некорректно.

Обязательный минимум компонентов:

• Службы Интернета → Средства управления веб-сайтом → Консоль управления IIS;
• Службы Интернета → Служба WWW → Возможности разработки приложений → Расширения ISAPI и Фильтры ISAPI;
• Общие функции HTTP: статическое содержимое, документ по умолчанию;
• Функции безопасности: проверка подлинности Windows и (или) анонимная проверка — в зависимости от выбранной схемы аутентификации.

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

Install-WindowsFeature -name Web-Server, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Mgmt-Console, Web-Windows-Auth -IncludeManagementTools

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

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

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

Имя публикации задаётся латинскими буквами без пробелов и спецсимволов — именно оно войдёт в адрес доступа: http://имя_сервера/имя_публикации. Каталог публикации по умолчанию предлагается внутри wwwroot, но можно указать любую папку, у IIS должны быть права на чтение из неё.

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

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

После публикации в IIS создаётся виртуальный каталог, привязанный к пулу приложений. Для 64-разрядного модуля расширения убедитесь, что в настройках пула параметр «Разрешить 32-разрядные приложения» установлен в False. Если публикация создана под 32-разрядным модулем, параметр должен быть True — смешивать нельзя.

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

Если после настройки прав база открывается, но при записи данных возникают ошибки, проверьте, не работает ли одновременно другой процесс с файлом базы — например, антивирус с мониторингом в реальном времени. Каталоги базы и публикации рекомендуется добавить в исключения антивируса, предварительно убедившись, что это соответствует политике безопасности организации.

Проверка работоспособности публикации

Базовая проверка — открыть в браузере адрес публикации с того же сервера, затем с другого компьютера в сети. Должна загрузиться страница входа веб-клиента со списком пользователей или формой ввода логина и пароля. Если страница открывается локально, но недоступна из сети, проблема в брандмауэре: нужно разрешить входящие подключения на порт 80 (или 443 для HTTPS).

Для диагностики ошибок полезны журналы IIS (по умолчанию в C:\inetpub\logs\LogFiles) и технологический журнал 1С. Ошибка 500.19 обычно указывает на проблему с файлом web.config, ошибка 503 — на остановленный пул приложений, а 404.3 — на отсутствие сопоставления обработчика для расширения 1С.

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

Если после публикации веб-клиент запускается, но работает заметно медленнее тонкого клиента, это не всегда ошибка настройки: веб-клиент принципиально требовательнее к качеству канала и ресурсам сервера. Проверьте, достаточно ли оперативной памяти на сервере IIS и не перегружен ли пул приложений другими сайтами — для рабочей базы лучше выделить отдельный пул.

При обновлении платформы 1С на сервере публикацию часто нужно обновить тоже: модуль расширения старой версии может оказаться несовместим с новой. Проще всего после обновления платформы заново выполнить публикацию из конфигуратора поверх существующей — настройки default.vrd при этом сохранятся.

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

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

Не публикуйте базу напрямую в интернет без дополнительной защиты. Минимальный набор мер: ограничение доступа по IP-адресам в IIS, отказ от анонимной проверки подлинности, сложные пароли пользователей 1С, отключение неиспользуемых сервисов публикации. Более надёжный вариант — доступ через VPN, тогда публикация остаётся внутри защищённого периметра.

FAQ