← На главную

Сетевая ошибка с кодом 10054 (0x00002746) — одна из самых коварных и распространенных проблем в клиент-серверной архитектуре «1С:Предприятие». Она сопровождается системным сообщением: descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. Ошибка указывает на то, что низкоуровневое TCP/IP-соединение между клиентским приложением (или консолью администрирования) и рабочим процессом сервера 1С (rphost.exe) было внезапно разорвано со стороны сервера.

В этой статье мы подробно разберем, как локализовать эту неисправность, рассмотрим ключевой сценарий с лимитами дискового пространства из практики системных администраторов, а также проанализируем альтернативные технические методы решения проблемы.

Причина 1. Лимиты на размер папок и квоты дискового пространства

Рассмотрим ситуацию, с которой столкнулся автор темы. Сервер внезапно перестал отвечать, базы не запускались, а консоль администрирования выдавала ошибку 10054. Причиной послужило действие системного администратора, который установил жесткий лимит (дисковую квоту) на рост папок на сервере.

Проанализируем, почему это приводит к сбою. В процессе функционирования сервер 1С активно создает временные файлы сеансов, кэш метаданных, файлы обмена и транзакционные логи. Для этого используются как папки системного профиля пользователя (под которым запущена служба ragent.exe), так и рабочий каталог кластера srvinfo. Если операционная система (например, через механизмы FSRM — File Server Resource Manager) блокирует запись новых данных из-за превышения квоты, рабочий процесс 1С rphost.exe мгновенно аварийно завершается. Клиент получает принудительный обрыв связи.

Выясним, как исправить эту проблему:

1. Проверим наличие свободного места на системном диске сервера и на диске, где установлена служба 1С.
2. Откроем диспетчер сервера Windows и перейдем в раздел управления квотами файловой системы (FSRM). Проверим, нет ли жестких ограничений на папки службы 1С: C:\Program Files\1cv8\srvinfo и системные Temp-каталоги пользователя USR1CV8.
3. Снимем или существенно увеличим лимиты на дисковое пространство для рабочих папок 1С.

Причина 2. Ошибки кэша и проблемы с каталогом srvinfo

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

1. Остановим службу сервера 1С. Для этого откроем консоль управления службами services.msc, найдем службу Агент сервера 1С:Предприятия и выберем пункт Остановить.
2. Перейдем в рабочий каталог сервера. По умолчанию это путь: C:\Program Files\1cv8\srvinfo.
3. Внутри каталога найдем папку с идентификатором вашего кластера (например, reg_1541).
4. Важно: Не удаляйте каталог целиком! В папке reg_1541 хранится файл настроек подключений баз 1CV8Reg.lst. Если его удалить, список баз в кластере очистится.
5. Для сброса кэша удалим только папки, чьи имена начинаются с префикса snccntx (например, snccntx8df55291...). В этих каталогах хранятся временные сеансовые данные, повреждение которых часто вызывает крах рабочих процессов.
6. Также очистим временные файлы профиля пользователя USR1CV8 (или того пользователя, от имени которого запускается служба сервера 1С). Перейдем по пути: C:\Users\USR1CV8\AppData\Local\Temp и удалим все временное содержимое.
7. Запустим службу сервера 1С заново.

Причина 3. Конфликты сетевых протоколов IPv4 и IPv6

Часто операционная система сервера пытается использовать протокол IPv6 для локальной маршрутизации трафика между компонентами 1С. Это приводит к задержкам, таймаутам и, как следствие, аварийному разрыву соединений с кодом 10054.

Для надежной работы рекомендуется принудительно отключить использование IPv6 на уровне операционной системы через реестр Windows:

1. Откроем редактор реестра regedit от имени администратора.
2. Перейдем к следующей ветке реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP6\Parameters
3. Создадим новый параметр типа DWORD (32 бита) с именем DisabledComponents.
4. Присвоим созданному параметру шестнадцатеричное значение 0xffffffff (или 4294967295 в десятичной системе).
5. Перезагрузим сервер для применения изменений в сетевом стеке.

Причина 4. Влияние «тяжелых» фоновых и регламентных заданий

Рассмотрим ситуацию, когда базы периодически перестают работать из-за неконтролируемого выполнения регламентных процедур. Неоптимизированный программный код в фоновом задании может начать бесконечно потреблять оперативную память сервера. При достижении критического предела операционная система или сам менеджер кластера 1С принудительно завершает процесс rphost.exe, высвобождая ресурсы, что приводит к дисконнекту пользователей.

Выясним, как выявить проблемное задание:

1. Запустим консоль администрирования серверов 1С.
2. Перейдем в свойства нашего кластера и временно установим параметр Блокировка регламентных заданий для подозрительных баз.
3. Если работа стабилизировалась, включим задания обратно по очереди, параллельно анализируя нагрузку в диспетчере задач. Особое внимание следует уделить процессам, потребляющим максимальный объем RAM.
4. Настроим в свойствах рабочего сервера технологический журнал (ТЖ) для сбора событий типа EXCP, чтобы увидеть, на каком именно методе или запросе падает рабочий процесс.

Причина 5. Блокировки со стороны антивирусного ПО и брандмауэра

При интенсивном обмене данными между клиентом и сервером защитные механизмы брандмауэра (Firewall) или антивируса могут распознать данный трафик как сетевую атаку (например, сканирование портов или flood) и заблокировать сетевой сокет.

Чтобы исключить влияние защитного софта, выполним следующие настройки:

1. Добавим исполняемые файлы сервера 1С в список исключений вашего антивирусного ПО. Исключить необходимо:
   • ragent.exe
   • rmngr.exe
   • rphost.exe
2. Добавим в исключения сканирования рабочий каталог srvinfo.
3. В правилах брандмауэра Windows (как для входящих, так и для исходящих подключений) откроем диапазон портов, необходимых для функционирования кластера: 1540, 1541, 1560-1591.

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