Почему окно 1С после публикации на веб-сервере IIS не работает или открывается пустым?

← На главную

Опубликовать информационную базу 1С на веб-сервере Internet Information Services (IIS) — это лишь половина дела. Часто системные администраторы сталкиваются с ситуацией, когда после успешной, казалось бы, публикации в браузере открывается пустое окно, «белый экран» или нерабочий интерфейс. Рассмотрим подробно причины этой проблемы, разберем архитектурные ограничения платформы и пошагово настроим сервер для корректной работы.

Причина №1: Использование конфигураций на «Обычных формах»

Проанализируем самую распространенную ситуацию, которая и возникла у автора темы. Если вы пытаетесь запустить через браузер старую конфигурацию, такую как БГУ 1.0, ЗУП 2.5 или УПП 1.3, вы неизбежно столкнетесь с тем, что интерфейс не прорисуется. Выясним причину: веб-клиент 1С работает исключительно с Управляемыми формами.

Обычные формы (использующие Толстый клиент) не имеют механизмов трансляции интерфейса в HTML и JavaScript. Для работы с такими базами через веб-сервер есть только один путь — использование Тонкого клиента, подключенного по протоколу HTTP/HTTPS. Однако это требует, чтобы сама конфигурация была разработана или адаптирована под управляемое приложение. Если ваша конфигурация полностью построена на обычных формах, работа в браузере для нее невозможна. Единственное решение в данном случае — переход на современную редакцию (например, с БГУ 1.0 на БГУ 2.0).

Причина №2: Проверка разрядности IIS и платформы 1С

Если ваша конфигурация современная (на управляемых формах), но окно все равно не загружается, разберем технические настройки самого IIS. Современные версии Windows Server работают в 64-битном режиме. Если у вас установлена 32-битная (x86) платформа 1С, веб-сервер не сможет загрузить библиотеку расширения wsapimod.dll без дополнительных манипуляций.

Посмотрим, как разрешить работу 32-битных приложений в IIS:

Откроем Диспетчер служб IIS.
Перейдем в раздел Пулы приложений (Application Pools).
Найдем пул, который используется вашей публикацией (обычно он совпадает с именем публикации или используется DefaultAppPool).
Нажмем правую кнопку мыши и выберем Дополнительные параметры.
Установим значение параметра Разрешены 32-разрядные приложения (Enable 32-Bit Applications) в True.

После этого необходимо перезапустить службу IIS командой iisreset в командной строке.

Причина №3: Права доступа на папки и файлы

Часто «пустое окно» является следствием того, что веб-сервер не может прочитать программные файлы 1С или записать временные данные в папку базы. Выясним, какие права необходимы для работы.

Пользователь, от имени которого работает пул приложений (обычно это IIS AppPool\ИмяПула или встроенная учетная запись IUSR), должен обладать следующими правами:

На каталог установки 1С: (обычно C:\Program Files\1cv8\...) — права на «Чтение и выполнение». Это необходимо для доступа к библиотекам модуля расширения.
На папку с файловой базой: Если ваша база не клиент-серверная, а файловая, то пользователю IIS необходим «Полный доступ» к папке с файлом 1Cv8.1CD. Без возможности создания временных файлов блокировок база не откроется.
На папку публикации: (обычно в C:\inetpub\wwwroot\ваша_база) — права на чтение файла default.vrd.

Причина №4: Роль «Статическое содержимое» в IIS

Проанализируем ситуацию, когда каркас страницы загружается, но иконки, шрифты и скрипты отсутствуют, из-за чего интерфейс выглядит «разваленным». Веб-клиент 1С — это сложное веб-приложение, использующее множество статических файлов. Если в настройках Windows Server не установлена роль Статическое содержимое (Static Content), IIS будет блокировать выдачу картинок и скриптов.

Рассмотрим, как это проверить:

Зайдем в Диспетчер серверов -> Управление -> Добавить роли и компоненты.
В разделе Роль веб-сервера (IIS) -> Общие функции HTTP убедимся, что галочка на Статическое содержимое установлена.
Если она отсутствует — установим её и завершим настройку.

Причина №5: Настройка ограничений ISAPI и CGI

Даже если публикация выполнена успешно через конфигуратор 1С, сервер IIS может блокировать выполнение модуля wsapimod.dll из-за настроек безопасности. Рассмотрим, как это исправить через Ограничения ISAPI и CGI:

В корне консоли IIS выберите имя вашего сервера.
В центральной части откройте раздел Ограничения ISAPI и CGI (ISAPI and CGI Restrictions).
Проверьте, есть ли в списке путь к wsapimod.dll для вашей версии платформы.
Убедитесь, что для этой записи установлено состояние Разрешено.
Если записи нет, добавьте её вручную, указав путь к расширению в папке bin установленной платформы.

Причина №6: Анализ файла конфигурации публикации (default.vrd)

Файл default.vrd — это XML-документ, который управляет связью между IIS и 1С. Разберем его структуру. Иногда конфигуратор некорректно прописывает путь к базе, особенно если используются спецсимволы или кириллица в именах папок.

Посмотрим на пример правильно заполненного файла default.vrd для файловой базы:


<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
		xmlns:xs="http://www.w3.org/2001/XMLSchema"
		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
		base="/MyBaseName"
		ib="File=&quot;C:\Bases\Trade&quot;;">
	<standardOdata enable="false"
			reuseSessions="autouse"
			sessionMaxAge="20"
			poolSize="10"
			poolTimeout="5"/>
</point>

Важно: убедитесь, что атрибут ib содержит корректную строку соединения. Для клиент-серверного варианта она должна выглядеть так: ib="Srvr="ServerName";Ref="BaseName";". Если в файле допущена синтаксическая ошибка, веб-сервер выдаст ошибку 500 или вернет пустую страницу.

Резюме и рекомендации

Подводя итог, можно составить краткий чек-лист для исправления нерабочего окна 1С на IIS:

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

Если вы используете Тонкий клиент, помните, что даже обычные формы могут работать через HTTP, если в настройках базы в списке баз выбрать тип подключения «Веб-сервер». Но это не сделает базу доступной в браузере (Chrome, Safari или Edge) — для браузера альтернативы Управляемым формам не существует.