В практике администрирования и разработки на платформе 1С:Предприятие 8.3 встречается специфическая проблема: опубликованный веб-сервис отказывается отвечать на запросы, если на сервере не запущен Конфигуратор или клиентское приложение в режиме «Предприятие». Пользователи часто описывают это как «висяк» после ввода логина и пароля или бесконечное ожидание ответа от сервера. Особенно остро эта проблема проявляется в файловых вариантах информационных баз при использовании веб-серверов Apache или IIS.
В данной статье мы подробно разберем, почему возникает такая зависимость, проанализируем влияние отладчика на работу расширений веб-сервера и рассмотрим шаги, необходимые для обеспечения стабильной автономной работы веб-сервисов.
Одной из самых частых причин того, что веб-сервис «оживает» только при открытом Конфигураторе, является включенный режим отладки в настройках публикации. Когда Конфигуратор открыт, он выступает в роли активного владельца процесса. Если же он закрыт, а в файле публикации default.vrd разрешена отладка, веб-сервер может пытаться инициировать соединение с отладчиком, что в определенных условиях (особенно в файловом режиме) приводит к блокировке или ожиданию ответа от несуществующего процесса.
Разберем по шагам, как это исправить:
default.vrd.Проанализируем структуру файла default.vrd. После отключения отладки секция debug должна либо отсутствовать, либо иметь параметр enable="false". Пример корректной настройки без отладки:
<point xmlns="http://v8.1c.ru/8.2/virtual-resource"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/MyBase"
ib="File="C:\Base1C";">
<ws>
<point name="MyWebService" alias="ws1.1cws" enable="true"/>
</ws>
</point>
Рассмотрим ситуацию глубже. Когда вы запускаете Конфигуратор под своей учетной записью, вы уже открываете файл информационной базы 1Cv8.1CD и создаете необходимые временные файлы блокировок. Если Конфигуратор закрыт, веб-сервер пытается сделать это самостоятельно от имени системного пользователя (например, IUSR для IIS или SYSTEM/daemon для Apache).
Если у этого пользователя недостаточно прав на папку с базой данных, веб-сервис не сможет стартовать сеанс. Выясним, какие права необходимы:
.1CD.bin установленной платформы 1С, так как веб-сервер загружает модули расширения wsap24.dll или wsisapi.dll.Проверим настройки прав: найдем папку с базой, нажмем правую кнопку мыши — Свойства — Безопасность. Убедимся, что группа пользователей веб-сервера (например, IIS_IUSRS) имеет полный доступ к содержимому.
В файловом режиме при обращении к веб-сервису происходит инициализация сеанса 1С. Если база объемная, а ресурсы сервера ограничены, этот процесс может занимать значительное время. Запущенный Конфигуратор держит часть данных в кэше и оперативную память занятой структурами 1С, что ускоряет отклик. Когда же Конфигуратор закрыт, происходит «холодный старт».
Посмотрим на параметр sessionMaxAge в настройках публикации. Если вы установили слишком большое время жизни сеанса, веб-сервер может пытаться повторно использовать «повисшие» сеансы, которые корректно работают только при наличии активного толстого клиента или конфигуратора. Рекомендуется установить разумное значение (например, 300–600 секунд) или оставить значение по умолчанию.
Проанализируем ситуацию с разрядностью платформы. Если у вас установлена 64-битная платформа 1С, а Apache настроен на работу в 32-битном режиме (или наоборот), модули расширения могут конфликтовать. Часто запущенный Конфигуратор «подтягивает» необходимые библиотеки в память, позволяя веб-сервису временно использовать их окружение. Как только Конфигуратор закрывается, изоляция процессов веб-сервера не позволяет корректно загрузить несовместимый модуль.
Убедимся, что разрядность веб-сервера и платформы 1С совпадает. Если вы используете 64-битный Apache, путь к модулю в конфигурационном файле httpd.conf должен вести к 64-битной версии библиотеки 1С:
LoadModule _1cws_module "C:/Program Files/1cv8/8.3.17.1549/bin/wsap24.dll"
Выясним влияние защитного ПО. Антивирусы часто блокируют активность процессов httpd.exe или w3wp.exe, если те пытаются получить доступ к файлам базы данных напрямую. При запущенном Конфигураторе файл базы уже помечен в системе как «используемый доверенным приложением», что может ослаблять бдительность антивируса.
Попробуем временно отключить брандмауэр и антивирус для проверки. Если веб-сервис заработал без Конфигуратора, необходимо добавить процессы веб-сервера и расширения 1С в исключения (White List) вашего защитного ПО.
Подводя итоги, можно сказать, что стабильная работа веб-сервиса без запущенного интерфейса администратора — это результат правильной настройки окружения. В первую очередь следует отключить отладку в публикации и перезагрузить веб-сервер. Во вторую — тщательно проверить права доступа пользователя службы веб-сервера к каталогам с базой и платформой. Если проблема сохраняется, стоит обратить внимание на соответствие разрядности приложений и настройки сетевых экранов.
Рассмотренные методы позволяют в большинстве случаев решить проблему «зависания» веб-сервисов и обеспечить их бесперебойную работу в режиме 24/7 без необходимости держать открытыми лишние окна на сервере.