← На главную

Многие системные администраторы сталкиваются с неприятной ситуацией: после штатного обновления технологической платформы 1С:Предприятие (например, на версии 8.3.18, 8.3.19 или 8.3.20) внезапно перестает работать доступ к базам через веб-клиент. При этом наблюдается странная картина: подключение через установленный тонкий клиент работает безупречно, на самом сервере (локалхост) браузер базу открывает, но любые попытки зайти через веб-интерфейс снаружи или из локальной сети обрываются ошибкой. Часто система не выдает конкретного кода, а лишь сообщает: «Модуль обработки настраиваемых ошибок не распознает эту ошибку». Давайте подробно разберем эту ситуацию и шаг за шагом рассмотрим все способы решения.

Шаг 1. Отключаем "заглушку" IIS и смотрим реальную ошибку

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

Для начала выясним истинную причину проблемы. Выполним следующие действия:

1. Откройте «Диспетчер служб IIS» на сервере, где опубликована база.
2. Выберите корневой узел сервера или конкретный сайт базы данных.
3. В центральной панели найдите и откройте раздел Страницы ошибок.
4. В правой панели действий нажмите Изменить параметры.
5. В открывшемся окне найдите блок «Если сервер обнаружил ошибку, возвратить» и переключите флаг на пункт Подробные сообщения об ошибках.

После применения этих настроек попробуйте снова зайти в базу через браузер. Теперь веб-сервер отдаст реальный код ошибки (например, 401, 403, 500) и путь к сбойному модулю. Очень часто только это действие уже помогает пользователям корректно отобразить страницу входа или дает админу вектор для дальнейшего ремонта.

Шаг 2. Полная и чистая перепубликация базы

Рассмотрим следующую частую причину: в процессе установки новой платформы конфигуратор не всегда корректно перезаписывает файлы публикации. В результате старые настройки конфликтуют с новыми модулями 1С. Обычного нажатия кнопки "Опубликовать" поверх старой публикации может быть недостаточно. Для упрощения этой задачи можно использовать обработку для автоматической публикации информационных баз на веб-сервере.

Разберем алгоритм чистой публикации:

1. Зайдите в Конфигуратор базы данных с правами администратора.
2. Перейдите в меню Администрирование — Публикация на веб-сервере.
3. Нажмите кнопку Удалить, чтобы снять текущую публикацию.
4. Обязательно физически откройте каталог публикации базы в inetpub\wwwroot\ИмяБазы и убедитесь, что файлы default.vrd и web.config удалены. Если они остались — удалите их вручную.
5. Перезапустите службу IIS (можно использовать команду iisreset в командной строке).
6. Снова вернитесь в Конфигуратор и заново опубликуйте базу, проверив галочки на нужных веб-сервисах и расширении 1C Web-service extension.

Шаг 3. Проверка путей к библиотеке wsisapi.dll

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

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

1. Откройте Диспетчер служб IIS и перейдите к приложению вашей базы данных.
2. Дважды кликните по разделу Сопоставления обработчиков (Handler Mappings).
3. Найдите в списке обработчики 1С (обычно они называются 1C Web-service Extension).
4. Откройте свойства обработчика и проверьте путь в поле Исполняемый файл. Он должен указывать строго на каталог установленной новой платформы 1С.
5. Если путь ведет к старой версии платформы, измените его вручную на актуальный файл wsisapi.dll.

Шаг 4. Настройка пула приложений IIS

Для стабильной работы веб-клиента последних версий 1С:Предприятия необходимо привести настройки пула приложений (Application Pool) к нужным стандартам. Разберем по шагам:

1. В левом меню IIS выберите Пулы приложений.
2. Найдите пул, к которому привязана ваша опубликованная база (или пул по умолчанию).
3. Кликните по нему правой кнопкой мыши и выберите Основные настройки. В поле Версия среды .NET CLR обязательно выберите значение Без управляемого кода (No Managed Code). 1С использует нативные библиотеки, и управление со стороны .NET ей только мешает.
4. Затем откройте Дополнительные параметры пула. В разделе Модель процесса найдите параметр Загрузить профиль пользователя (Load User Profile) и установите его в значение False.

Шаг 5. Права доступа к папкам платформы и базам

Часто технологический журнал (ТЖ) или Журнал регистрации показывает ошибки вида: «файла базы не существует», несмотря на то, что тонкий клиент ее прекрасно видит. Это типичная проблема недостатка прав на уровне файловой системы NTFS. Выясним причину: веб-сервер работает от имени системного пользователя IUSR или группы IIS_IUSRS (в зависимости от настроек пула), и после обновления платформы или переноса каталогов эти права могут «слетать».

Что нужно сделать:

1. Откройте свойства папки bin в каталоге новой платформы 1С (например, C:\Program Files\1cv8\8.3.18.1698\bin). Перейдите на вкладку Безопасность и убедитесь, что у группы IIS_IUSRS есть права на чтение и выполнение.
2. Сделайте то же самое для папки wwwroot, где хранятся файлы публикации.
3. Обязательно дайте Полные права для пользователя IIS на каталог, где физически лежат файлы базы данных (если это файловая база). Без прав на запись 1С не сможет создавать временные файлы или файлы блокировок при веб-соединении.

Шаг 6. Сброс кэша и ошибки аутентификации

Обратим внимание на интересный нюанс, который часто встречается на практике: в логах возникает ошибка Неправильное имя пользователя или пароль при запросе POST /e1cib/login. Это происходит из-за рассинхронизации кэша авторизации в браузере и на сервере.

Если конфигурация использует базовую или формулярную авторизацию, браузеры могут пытаться подсунуть старые токены сеанса (cookies), которые новая платформа отвергает. Рассмотрим простое, но крайне эффективное решение этой аномалии:

1. Зайдите в базу через работающий Тонкий клиент под учетной записью проблемного пользователя.
2. Поменяйте пароль пользователя на любой новый, сохраните изменения и выйдите из базы.
3. Очистите кэш (историю, куки и временные файлы) в браузере, через который не получалось зайти.
4. Попробуйте войти через браузер с новым паролем. В большинстве случаев этот шаг полностью устраняет зацикленную ошибку аутентификации.

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