← На главную

Зависание веб-клиента 1С на этапе появления «вечной картинки» загрузки — распространенная проблема, с которой часто сталкиваются администраторы при настройке публикации на веб-сервере IIS. В данной статье мы разберем по шагам, как диагностировать и устранить эту неисправность, чтобы обеспечить стабильную работу пользователей через браузер.

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

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

1. Откройте диспетчер IIS.
2. Перейдите в раздел Application Pools (Пулы приложений).
3. Выберите пул, который использует ваша публикация 1С.
4. Перейдите в Advanced Settings (Дополнительные параметры).
5. Найдите параметр Load User Profile (Загрузить профиль пользователя) и установите его в значение False.
6. Также убедитесь, что параметр Managed Pipeline Mode установлен в значение Integrated, а при настройке пула для работы с 1С платформой часто помогает установка No Managed Code, если вы используете чисто веб-серверную публикацию.

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

Шаг 2: Проверка настроек проверки подлинности

Еще один важный аспект — это способы аутентификации на виртуальном каталоге 1С. Если настройки Authentication выбраны неверно, сервер может бесконечно ждать ответа от клиента, что приводит к зависанию сессии.

Мы рекомендуем:

• В настройках веб-сайта в IIS для вашего виртуального каталога 1С включить Anonymous Authentication (Анонимная проверка подлинности).
• Если вы используете сквозную Windows Authentication, убедитесь, что она настроена корректно, однако для обеспечения максимальной совместимости с различными браузерами «Анонимная» проверка зачастую является наиболее стабильным вариантом, так как авторизация пользователя происходит уже внутри платформы 1С.

Шаг 3: Права доступа к файлам публикации

Платформе 1С необходимо иметь доступ к файлам конфигурации публикации, в частности к файлу default.vrd. Мы должны удостовериться, что учетная запись, под которой запущен пул приложений (обычно это IIS AppPool\ИмяПула), имеет полные права на чтение и запись в папку, где размещена публикация.

Также проверьте, что у данной учетной записи есть права на чтение каталога, куда установлена сама платформа 1С:Предприятие (папка bin), иначе сервер не сможет запустить необходимые компоненты для обработки запроса.

Шаг 4: Диагностика сеансов и лицензий

Если после настроек IIS проблема сохраняется, проанализируем состояние сервера:

• Проверьте, появляется ли сеанс в Консоли администрирования серверов 1С при попытке подключения пользователя.
• Если сеанс не появляется — проблема на стороне IIS (запрос не доходит до службы сервера 1С).
• Если сеанс появляется, но не «активируется» — проверьте настройки лицензирования. Убедитесь, что сервер 1С имеет доступ к USB-ключу или программной лицензии.

Для аппаратных ключей используйте файл nethasp.ini, чтобы жестко прописать IP-адрес сервера, где установлен HASP License Manager. Это исключит проблемы с широковещательным поиском ключа в сети.

Шаг 5: Переустановка платформы как крайняя мера

В случаях, когда настройки IIS и права доступа проверены, а проблема остается, мы рекомендуем выполнить «чистую» переустановку компонентов 1С:

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

Помните, что после всех изменений конфигурации сервера 1С необходимо перезапустить службу 1C:Enterprise 8.3 Server Agent, чтобы изменения в параметрах выдачи лицензий вступили в силу.

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