Потеряна связь с сервером 1С: причины и решение

Бухгалтер проводит документ, менеджер заполняет заказ — и вдруг окно 1С замирает. Через несколько секунд: «Потеряна связь с сервером» или «Соединение с сервером 1С:Предприятие разорвано». Сеанс завершается. Всё, что не было сохранено, — потеряно.

Ошибка возникает в клиент-серверном режиме 1С:Предприятие, когда TCP-соединение между клиентом и рабочим процессом (rphost) обрывается. В файловом режиме такой ошибки не бывает — там клиент работает с базой напрямую, без серверных процессов.

Причин пять: от аварии rphost до блокировки антивирусом. Разберём каждую — с диагностикой и конкретными действиями. Все рекомендации основаны на практике обслуживания серверов 1С и результатах нашего тестирования.

Причина 1 — рабочий процесс rphost завершился аварийно

Самая частая причина. Рабочий процесс rphost обслуживает сеансы пользователей. Если rphost падает из-за ошибки в конфигурации, утечки памяти или обращения к несуществующему объекту метаданных — все сеансы на этом процессе обрываются. Характерный признак: ошибка появляется сразу у нескольких пользователей, а не у одного.

Диагностика

Откройте Просмотр событий Windows (Event Viewer) → Журналы Windows → Приложение. Отфильтруйте по источнику «Application Error» с именем модуля rphost.exe. Если видите запись с кодом исключения 0xc0000005 (Access Violation) — rphost упал.

Технологический журнал 1С даёт больше деталей. Включите его через файл logcfg.xml на сервере:

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\Logs\1C" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
  </log>
</config>

В логах ищите строки EXCP и Process terminated unexpectedly. Метка времени покажет момент аварии. Сопоставьте с моментом, когда пользователи потеряли связь — если совпадает с точностью до секунды, причина найдена.

Решение

Немедленное действие — перезапуск службы сервера 1С:

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

# Linux
systemctl restart srv1cv83

Долгосрочные меры:

1. Увеличьте количество rphost в настройках кластера. Если работает один rphost — его авария выбивает всех. Два-три процесса обеспечивают отказоустойчивость: при падении одного остальные продолжают работу.
2. Настройте автоматический перезапуск. В свойствах кластера задайте «Интервал перезапуска» = 86400 секунд (24 часа) и «Допустимый объём памяти» = 4 000 000 КБ. rphost будет перезапускаться до того, как утечки памяти приведут к аварии.
3. Обновите платформу 1С. Новые релизы часто исправляют утечки памяти и необработанные исключения. Проверьте, не выходил ли патч для вашей версии.

Причина 2 — сетевой таймаут между клиентом и сервером

Клиент 1С держит TCP-соединение с rphost. Если сеть нестабильна — VPN-разрывы, проблемы с коммутаторами, MTU-несоответствия — соединение обрывается. Отличие от аварии rphost: ошибка затрагивает одного пользователя или группу на одном участке сети, а не всех сразу.

Диагностика

Запустите длительный пинг с клиентской машины на сервер 1С:

:: Пинг с записью в файл и метками времени
ping -t <server-ip> | Foreach{"{0} - {1}" -f (Get-Date),$_} > C:\ping-log.txt

Если в логе видны пропуски (Request timed out) или скачки latency выше 100 мс — проблема в сети. Проверьте маршрут:

tracert <server-ip>
pathping <server-ip>

Обратите внимание на узлы с потерями пакетов. Часто проблема — в неуправляемых коммутаторах или бытовых роутерах в сегменте сети.

Решение

• Настройте TCP keep-alive. По умолчанию Windows отправляет keep-alive через 2 часа. Для 1С оптимально 30-60 секунд. В реестре: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters → KeepAliveTime = 30000 (мс)
• Настройте QoS для трафика 1С. Пометьте трафик на порты 1540-1591 как приоритетный. Это предотвратит вытеснение 1С-трафика при загрузке канала
• Проверьте MTU. Стандартный MTU — 1500. Если в сети есть VPN или туннели, MTU может быть меньше. Несоответствие приводит к фрагментации и потерям: ping <server-ip> -f -l 1472. Если пакет не проходит — уменьшайте размер, пока не найдёте рабочий MTU
• Замените сетевое оборудование на управляемое. Бытовые роутеры и неуправляемые коммутаторы не рассчитаны на устойчивую работу с клиент-серверными приложениями

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

Агент сервера 1С (ragent) или менеджер кластера (rmngr) перезапустились — из-за обновления платформы, нехватки памяти или ошибки. При перезапуске ragent все рабочие процессы завершаются, все активные сеансы сбрасываются. Характерный признак: связь теряют все пользователи одновременно, а через 30-60 секунд вход в 1С снова работает.

Диагностика

Проверьте состояние службы и время последнего запуска:

:: Windows — статус службы
sc query "1C:Enterprise 8.3 Server Agent"

:: Время последнего запуска
wmic service where "name='1C:Enterprise 8.3 Server Agent'" get ProcessId,StartMode,State,StartName

# Linux
systemctl status srv1cv83
journalctl -u srv1cv83 --since "1 hour ago"

В журнале событий Windows ищите записи с источником «Service Control Manager» и текстом, содержащим «1C:Enterprise». Если служба перезапускалась — будет пара записей: остановка + запуск.

Решение

Зависит от причины перезапуска:

• Нехватка памяти: ОС завершила процесс ragent из-за дефицита RAM. Решение — добавить память. Требования к серверу для 1С — минимум 32 ГБ для продуктивной работы, 128 ГБ для 30+ пользователей
• Обновление платформы: установка патча перезапускает службу. Планируйте обновления на нерабочее время и предупреждайте пользователей
• Агент сервера запускается и останавливается: если служба не может удержаться — это отдельная проблема. Подробный разбор — в статье про агент сервера 1С

Причина 4 — превышен лимит памяти рабочего процесса

В настройках кластера 1С вы задаёте лимит памяти для rphost — параметр «Допустимый объём памяти». Когда rphost превышает этот порог, менеджер кластера принудительно перезапускает процесс. Все сеансы, привязанные к этому rphost, теряют связь.

Это не ошибка — это штатное поведение, которое защищает сервер от исчерпания памяти. Но если лимит слишком низкий или памяти на сервере мало — перезапуски будут частыми, и пользователи будут «вылетать» регулярно.

Диагностика

Проверьте текущие настройки кластера:

rac cluster list
rac cluster info --cluster=<cluster-uuid>

Обратите внимание на параметры:

• kill-problem-processes — если включён (1), проблемные rphost завершаются принудительно
• memory-limit — лимит памяти в КБ. Если 2 000 000 (2 ГБ) и нагрузка большая — процесс будет перезапускаться часто

В консоли администрирования серверов 1С: Кластеры → Рабочие процессы. Следите за столбцом «Память» — если значения подходят к лимиту перед каждым разрывом, причина найдена.

Решение

Два направления:

1. Увеличьте лимит памяти rphost. Через консоль администрирования или rac: rac cluster update --cluster=<cluster-uuid> --memory-limit=6000000 (6 ГБ). Для тяжёлых конфигураций (ERP, УТ) разумный диапазон — 4-8 ГБ на rphost.
2. Добавьте RAM на сервер. Если на сервере 16-32 ГБ, а rphost потребляет 4 ГБ каждый при двух-трёх процессах — памяти физически не хватает. Требования к серверу: 128 ГБ ECC — проверенный стандарт для 30-50 пользователей.

Дополнительно: увеличьте число rphost через настройки кластера. Больше процессов — нагрузка распределяется равномернее, каждый rphost потребляет меньше памяти.

Причина 5 — блокировка антивирусом или брандмауэром

Антивирус может блокировать сетевые подключения rphost, интерпретируя их как подозрительную активность. Брандмауэр с функцией stateful inspection может сбрасывать idle-соединения 1С по таймауту. Результат один — клиент теряет связь с сервером.

Диагностика

Быстрый тест: временно отключите антивирус на сервере и клиенте. Если разрывы прекращаются — дело в антивирусе. Чаще всего виноваты антивирусы с функцией «анализ сетевого трафика» или «защита от сетевых атак». Они прерывают TCP-соединения 1С, считая их аномальными.

Для брандмауэра проверьте правила и логи:

:: Windows — проверка правил для 1С
netsh advfirewall firewall show rule name=all | findstr /i "1C"

:: Включение логирования файрвола
netsh advfirewall set allprofiles logging droppedconnections enable
netsh advfirewall set allprofiles logging filename C:\fw-log.log

В логе файрвола (C:\fw-log.log) ищите записи DROP для портов 1540-1591. Если находите — брандмауэр блокирует трафик 1С.

Отдельно проверьте аппаратный файрвол (маршрутизатор, UTM-устройство). Многие модели сбрасывают TCP-соединения, неактивные дольше 300-600 секунд. Пользователь открыл 1С, ушёл на обед — по возвращении соединение уже разорвано.

Решение

• Исключения в антивирусе. Добавьте в исключения процессы: ragent.exe, rmngr.exe, rphost.exe, а также папку установки 1С (C:\Program Files\1cv8\) и папку данных кластера (C:\Program Files\1cv8\srvinfo\)
• Правила файрвола. Откройте порты 1540 (ragent), 1541 (rmngr), 1560-1591 (rphost). Подробные команды — в статье про ошибку «Свободный рабочий процесс не найден»
• Idle timeout на маршрутизаторе. Увеличьте таймаут неактивных TCP-соединений минимум до 3600 секунд (1 час). В связке с TCP keep-alive (30 секунд на клиенте) — соединения не будут сбрасываться

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

Вы проверили все пять причин, но разрывы продолжаются? Возможно, проблема в специфике вашей конфигурации 1С, особенностях виртуализации (Hyper-V, VMware) или нестандартной сетевой топологии. Виртуальные среды добавляют дополнительный уровень сетевого стека — виртуальные коммутаторы, vNIC, балансировщики — каждый из которых может стать источником разрывов.

Оставьте заявку — проведём удалённую диагностику и найдём причину.

Как предотвратить разрывы связи с сервером 1С

Аварийные разрывы — следствие отсутствия профилактики. Три направления, которые сводят вероятность к минимуму.

Мониторинг

• Счётчики производительности: отслеживайте «Available MBytes» (свободная RAM), «% Processor Time» (загрузка CPU) и Disk Queue Length. Настройте оповещения: RAM < 10%, CPU > 90%, очередь диска > 2 — повод разбираться до того, как пользователи потеряют связь
• Технологический журнал 1С: включите сбор событий EXCP (исключения) и PROC (события процессов). Анализируйте еженедельно — аварии rphost видны до того, как станут массовыми
• Сеть: запустите постоянный мониторинг latency и потерь между сегментами сети. Утилиты: PRTG, Zabbix, или простой ping -t с записью в файл

Настройки кластера

Подробная настройка кластера — в руководстве по настройке кластера 1С.

Питание и UPS

Кратковременные просадки напряжения — неочевидная, но частая причина потери связи. Сервер перезагружается, коммутатор сбрасывается — все сеансы падают. Пользователи видят «Потеряна связь с сервером», а через минуту-две 1С снова работает. Администратор списывает на «глюк», а проблема повторяется при каждой просадке.

ИБП (UPS) для сервера и сетевого оборудования — обязательная мера. Для серверной комнаты — ИБП с временем автономной работы минимум 15 минут, чтобы корректно завершить работу при длительном отключении. Не забудьте про коммутаторы — если сервер на ИБП, а коммутатор нет, результат тот же.

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