Разберем ситуацию, которая часто встречается в практике системного администратора или программиста 1С: после проведения технических работ с файловой базой (копирование, переименование папок, обновление конфигурации) публикация на веб-сервере Internet Information Services (IIS) перестает работать. Чаще всего пользователи сталкиваются с кодами состояния 502 (Bad Gateway) или 404 (Not Found). Проанализируем причины возникновения этих ошибок и выработаем пошаговый алгоритм их устранения, основываясь на практическом опыте и особенностях взаимодействия платформы 1С с веб-сервером.
Одной из самых распространенных причин ошибки 502 является отсутствие у веб-сервера прав на чтение и запись в папку с базой данных 1С. Когда мы копируем или переименовываем папку с базой, права наследования могут нарушиться. Рассмотрим, какие именно учетные записи должны иметь доступ к каталогу.
Для корректной работы 1С через IIS необходимо предоставить права «Изменение» (Modify) следующим группам:
Важно помнить, что если в настройках анонимной проверки подлинности IIS указано использование конкретного пользователя, то права нужно давать именно ему. Однако в стандартной конфигурации добавление прав для IUSR и IIS_IUSRS решает большинство проблем с доступом. Проанализируем также необходимость прав на системную папку TEMP. Веб-сервер использует её для хранения временных файлов сеансов. Если у группы IIS_IUSRS нет прав на C:\Windows\Temp, система может выдать ошибку 502 при попытке инициализации соединения.
Ошибка 502 часто свидетельствует о «падении» рабочего процесса пула приложений или невозможности загрузить модуль расширения веб-сервера wsapimod.dll. Выясним причину, связанную с разрядностью. Рассмотрим два варианта:
False.True.Несоответствие этого параметра разрядности установленной библиотеки расширения (которая прописывается в «Сопоставлении обработчиков» IIS) — гарантированный способ получить ошибку 502. После изменения настроек пула обязательно выполните его перезапуск через оснастку диспетчера IIS. Для этого выберите «Пулы приложений», найдите нужный (например, DefaultAppPool) и нажмите «Перезапустить» в правой панели задач.
Если после настройки прав и пула вы начали получать ошибку 404 (Not Found), это означает, что веб-сервер работает, но не может найти ресурс по указанному адресу. Разберем основные причины:
Проанализируем файл default.vrd, который находится в каталоге публикации (обычно внутри C:\inetpub\wwwroot\ваша_база). Проверьте строку подключения в атрибуте ib:
<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="/BaseName"
ib="File="C:\Bases\WorkBase";">
Если вы переименовали папку с базой данных, но не обновили путь в default.vrd, система не найдет файл 1Cv8.1cd. Также обратите внимание на атрибут base. Имя виртуального каталога в IIS должно в точности совпадать с тем, что вы вводите в адресной строке браузера. Внимание: IIS чувствителен к регистру в именах HTTP-сервисов, если включена соответствующая фильтрация запросов.
Иногда простые правки файла конфигурации не помогают из-за кэширования настроек самим IIS или платформой 1С. В таком случае выполним «чистую» перепубликацию. Рассмотрим последовательность действий:
iisreset /stop в командной строке от администратора).C:\inetpub\wwwroot\ваша_база (предварительно сохранив бэкап default.vrd, если там были сложные ручные настройки).iisreset /start).Проанализируем ситуацию, когда база была скопирована вместе со служебными файлами. Если в папке с базой данных остались файлы 1Cv8.cdn (файл блокировки установки соединений), *.lck или старые файлы журналов *.lgp, веб-модуль 1С может блокировать попытки подключения, что на уровне IIS будет выглядеть как внутренняя ошибка сервера. Перед включением публикации убедитесь, что в каталоге базы присутствуют только необходимые данные (основной файл 1Cv8.1cd и папка журнала регистрации 1Cv8Log, если она нужна).
Если вышеперечисленные шаги не помогли, нам необходимо выяснить, какой именно модуль дает сбой. Рассмотрим работу с системным журналом Windows:
Application Error или IIS-W3SVC-WP.Часто там можно встретить запись вида: «Имя сбойного модуля: wsapimod.dll, версия: ...». Это подтверждает проблемы с разрядностью или версией платформы. Убедитесь, что в «Сопоставлении обработчиков» (Handler Mappings) путь к wsapimod.dll ведет именно в папку bin текущей установленной и используемой версии платформы 1С. При обновлении 1С пути могут продолжать ссылаться на старую версию, которой уже нет физически, что и вызывает ошибку 404 или 502.
Подводя итог, отметим: стабильная работа 1С на IIS зависит от «трех китов» — прав доступа (IUSR/IIS_IUSRS), соответствия разрядности (32/64 бит) и корректности путей в файле публикации (default.vrd). Тщательная проверка этих параметров позволяет решить 99% проблем, возникающих при переносе баз данных.