Ошибка HTTP при обращении к серверу 1С: причины и решение

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

Между браузером и базой данных стоит цепочка: веб-сервер → модуль расширения 1С (wsap24.dll / wsapISAPI.dll) → сервер приложений 1С (ragent/rmngr/rphost). Обрыв на любом звене приводит к ошибке HTTP. Ниже — пять причин, от самой частой до самой неочевидной.

Причина 1 — служба сервера 1С не запущена

Самая частая причина. Веб-сервер получает запрос, пытается передать его серверу 1С, но агент сервера (ragent) или менеджер кластера (rmngr) не отвечает. Служба могла остановиться после обновления, перезагрузки сервера или аварийного завершения.

Диагностика

Проверьте состояние службы:

:: Windows
sc query "1C:Enterprise 8.3 Server Agent"

# Linux
systemctl status srv1cv83

Если статус не «Running» / «active» — служба остановлена. Убедитесь, что процессы ragent.exe и rmngr.exe видны в списке задач:

:: Windows
tasklist | findstr "ragent rmngr rphost"

# Linux
ps aux | grep -E "ragent|rmngr|rphost"

Решение

Запустите службу:

:: Windows
net start "1C:Enterprise 8.3 Server Agent"

# Linux
systemctl start srv1cv83

Убедитесь, что служба настроена на автоматический запуск. На Windows: откройте services.msc, найдите «Агент сервера 1С:Предприятие», тип запуска → «Автоматически». На Linux: systemctl enable srv1cv83.

Если служба запускается и сразу падает — смотрите логи в C:\Program Files\1cv8\srvinfo\reg_1541\*.log (Windows) или /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/*.log (Linux). Типичные причины: повреждён кеш кластера, конфликт портов, недостаточно прав учётной записи службы.

Причина 2 — неправильная публикация информационной базы

Ошибка HTTP при обращении к серверу 1С часто возникает из-за некорректной публикации базы на веб-сервере. Утилита webinst создаёт файл конфигурации (.vrd), который связывает URL-адрес с конкретной информационной базой. Ошибка в параметрах — и веб-сервер не знает, куда направить запрос.

Диагностика

Найдите файл default.vrd опубликованной базы. Стандартные пути:

• Apache (Windows): каталог, указанный в директиве Alias в httpd.conf (например, C:\Apache24\htdocs\<имя-публикации>\default.vrd)
• IIS: C:\inetpub\wwwroot\<имя-публикации>\default.vrd
• Linux: /var/www/<имя-публикации>/default.vrd

Откройте default.vrd и проверьте три параметра:

<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="/имя-публикации"
  ib="Srvr=<имя-сервера-1с>;Ref=<имя-базы>;">
</point>

• base — должен совпадать с URL, по которому обращаетесь (например, /accounting)
• Srvr — имя или IP сервера 1С. Если сервер 1С на той же машине — укажите localhost вместо имени компьютера (DNS может не резолвиться)
• Ref — имя информационной базы в кластере 1С. Должно точно совпадать с именем в консоли администрирования

Решение

Самый надёжный способ — переопубликовать базу через 1С:Предприятие. Откройте Конфигуратор нужной базы → Администрирование → Публикация на веб-сервере. Укажите параметры и нажмите «Опубликовать». Конфигуратор сам создаст правильный default.vrd и настроит веб-сервер.

Альтернатива — утилита webinst из командной строки:

"C:\Program Files\1cv8\8.3.23.2040\bin\webinst.exe" -apache24 -wsdir accounting -dir "C:\inetpub\wwwroot\accounting" -connstr "Srvr=localhost;Ref=accounting;" -confpath "C:\Apache24\conf\httpd.conf"

После публикации перезапустите веб-сервер: httpd -k restart (Apache) или iisreset (IIS).

Причина 3 — заблокированы порты между веб-сервером и сервером 1С

Модуль расширения веб-сервера 1С обращается к серверу приложений по портам 1540-1541 и 1560-1591. Если между веб-сервером и сервером 1С стоит файрвол — он может блокировать эти соединения. Ошибка HTTP в этом случае возникает с задержкой: запрос уходит, файрвол молча отбрасывает пакет, соединение разрывается по таймауту.

Порты кластера 1С

Диагностика

С машины, где установлен веб-сервер, проверьте доступность портов сервера 1С:

:: Windows PowerShell — проверка ключевых портов
Test-NetConnection -ComputerName <ip-сервера-1с> -Port 1540
Test-NetConnection -ComputerName <ip-сервера-1с> -Port 1541
Test-NetConnection -ComputerName <ip-сервера-1с> -Port 1560

# Linux
nc -zv <ip-сервера-1с> 1540
nc -zv <ip-сервера-1с> 1541
nc -zv <ip-сервера-1с> 1560-1591

Если порт 1540 или 1541 не отвечает — проблема подтверждена. Подробнее о портах и сетевых настройках кластера — в статье «Свободный рабочий процесс не найден».

Решение

Откройте порты на файрволе сервера 1С:

:: Windows Server
netsh advfirewall firewall add rule name="1C ragent" dir=in action=allow protocol=TCP localport=1540
netsh advfirewall firewall add rule name="1C rmngr" dir=in action=allow protocol=TCP localport=1541
netsh advfirewall firewall add rule name="1C rphost" dir=in action=allow protocol=TCP localport=1560-1591

# Linux (firewalld)
firewall-cmd --permanent --add-port=1540-1541/tcp
firewall-cmd --permanent --add-port=1560-1591/tcp
firewall-cmd --reload

Если веб-сервер и сервер 1С на одной машине, но порты всё равно недоступны — проверьте, не запущен ли антивирус с сетевым экраном (Kaspersky, Dr.Web). Корпоративные антивирусы часто блокируют нестандартные порты.

Причина 4 — ошибки конфигурации Apache или IIS

Веб-сервер может работать, порты открыты, служба 1С запущена — но модуль расширения 1С не загружен. Apache не подключил wsap24.dll, IIS не зарегистрировал обработчик ISAPI. Без модуля расширения веб-сервер не знает, как обрабатывать запросы к 1С.

Диагностика для Apache

Откройте httpd.conf и найдите строки, добавленные при публикации базы:

# Должны присутствовать:
LoadModule _1cws_module "C:/Program Files/1cv8/8.3.23.2040/bin/wsap24.dll"
Alias "/accounting" "C:/inetpub/wwwroot/accounting/"
<Directory "C:/inetpub/wwwroot/accounting/">
    AllowOverride All
    Options None
    Require all granted
    SetHandler 1c-application
</Directory>

Проверьте:

• Путь к wsap24.dll совпадает с установленной версией платформы 1С
• Разрядность Apache и модуля совпадают (оба 64-bit или оба 32-bit)
• Директива SetHandler 1c-application присутствует внутри блока Directory

Проверьте синтаксис конфигурации:

httpd -t

Если в ответе «Syntax OK» — конфиг корректен. Если ошибка — Apache покажет строку и файл с проблемой.

Диагностика для IIS

Откройте Диспетчер IIS → выберите сайт → Сопоставления обработчиков. Должен быть зарегистрирован обработчик для модуля 1С (wsapISAPI.dll). Если его нет — публикация базы не выполнена или выполнена некорректно.

Также проверьте: включена ли роль «Расширения ISAPI» в компонентах IIS. Без неё IIS не загрузит DLL-модуль 1С.

Решение

Для Apache: переопубликуйте базу через Конфигуратор или webinst. Убедитесь, что указан правильный путь к httpd.conf. После переопубликации перезапустите Apache: httpd -k restart.

Для IIS: переопубликуйте базу. Если обработчик всё равно не появляется — зарегистрируйте расширение ISAPI вручную: Диспетчер IIS → Ограничения ISAPI и CGI → добавьте путь к wsapISAPI.dll с разрешением на выполнение.

Причина 5 — таймаут подключения веб-сервера

Сервер 1С запущен, порты открыты, публикация корректна. Но при большой нагрузке или тяжёлых операциях (формирование отчёта, перепроведение документов) веб-сервер разрывает соединение по таймауту. Стандартный таймаут Apache — 60 секунд, IIS — 120 секунд. Если операция на сервере 1С занимает больше — пользователь видит ошибку HTTP.

Диагностика

Ошибка HTTP при обращении к серверу 1С по таймауту отличается от остальных: она возникает не сразу, а после ожидания (30-120 секунд). Часто возникает только на тяжёлых операциях — открытие большого отчёта, массовое проведение документов. Лёгкие операции (открытие справочника) работают нормально.

Проверьте логи Apache (error.log) — ищите записи «Timeout» или «Gateway Timeout». В IIS — журнал W3C с кодом ответа 502 или 504.

Решение

Увеличьте таймауты веб-сервера. Для Apache — в httpd.conf:

# Apache — таймаут в секундах
Timeout 300
ProxyTimeout 300

Для IIS — в конфигурации пула приложений: Дополнительные параметры → Время ожидания простоя → увеличьте до 300 секунд (5 минут). Также проверьте connectionTimeout в web.config:

<system.web>
  <httpRuntime executionTimeout="300" />
</system.web>

Если таймауты возникают регулярно — проблема не в веб-сервере, а в производительности сервера 1С. Медленный процессор или недостаток RAM замедляют обработку запросов. Наши тесты показывают: разница между процессорами с частотой 2.0 ГГц и 3.6 ГГц — до 40% по скорости обработки. Подробнее — в руководстве по выбору процессора.

Если ничего не помогло

Вы проверили все пять причин, но ошибка HTTP при обращении к серверу 1С сохраняется. Возможные варианты:

• Конфликт версий — модуль расширения веб-сервера от другой версии платформы 1С, несовместимость с версией Apache/IIS
• Проблемы DNS — веб-сервер не может разрешить имя сервера 1С, указанное в .vrd-файле
• Проблемы прав — учётная запись, под которой работает Apache/IIS, не имеет прав на чтение файлов публикации или подключение к серверу 1С

Диагностика таких случаев требует анализа конкретной инфраструктуры. Оставьте заявку — разберёмся в вашей ситуации.

Как предотвратить ошибку HTTP при обращении к серверу 1С

Три направления профилактики: мониторинг, настройка, запас ресурсов.

Мониторинг

• Проверка доступности: настройте внешнюю проверку URL публикации (Uptime Robot, Zabbix, PRTG). Если веб-сервер отдаёт не 200 — мгновенное оповещение
• Состояние служб: контролируйте процессы ragent, rmngr, rphost. На Windows — через счётчики производительности, на Linux — через systemd watchdog
• Логи веб-сервера: настройте ротацию и регулярный анализ error.log. Коды 502, 503, 504 — индикаторы проблем с сервером 1С

Настройка

• Автозапуск службы 1С: настройте автоматический запуск с задержкой (Automatic Delayed Start) — служба 1С стартует после SQL Server и сетевых служб
• Таймауты: увеличьте до 300 секунд на веб-сервере. Значение по умолчанию (60 секунд) слишком мало для тяжёлых операций 1С
• Публикация: после обновления платформы 1С переопубликуйте все базы — модуль расширения меняется с каждой версией

Ресурсы сервера

Веб-доступ к 1С создаёт дополнительную нагрузку на сервер: каждый сеанс тонкого клиента или браузера потребляет ресурсы rphost. Если сервер и так работает на пределе — веб-подключения приведут к таймаутам. Закладывайте запас 20-30% по RAM и CPU сверх расчётного. Наши рекомендации по конфигурациям — в статье о подборе сервера по числу пользователей. Пошаговая методика — в руководстве по подбору сервера.

Вопросы и ответы