Ошибка «Удалённый хост принудительно разорвал существующее подключение» в 1С

Открываете базу или запускаете тяжёлый отчёт, и 1С вылетает с окном: Удаленный хост принудительно разорвал существующее подключение. Иногда с добавкой line=1574 file=src\DataExchangeTcpClientImpl.cpp. У одного пользователя всё работает, у соседнего — та же база падает через раз.

Это ошибка Windows Sockets 10054. Существующее подключение к серверу 1С:Предприятия обрывается принудительно на уровне сети, а не программы. Ниже — почему удалённый хост разрывает соединение и что делать по порядку: от быстрых проверок до пересоздания кластера.

Что означает ошибка 10054

Код 10054 — это WSAECONNRESET из набора Windows Sockets. Дословно — «соединение сброшено удалённой стороной». То есть клиент 1С отправил пакет, а сервер (или сетевое оборудование по пути) ответил сбросом сессии вместо данных.

Полный текст обычно выглядит так:

Ошибка обращения к серверу 1С:Предприятия
Соединение с сервером 1С:Предприятие разорвано администратором,
либо произошла ошибка в сети.
Удаленный хост принудительно разорвал существующее подключение.
Windows Sockets - 10054(0x00002746).
line=1574 file=src\DataExchangeTcpClientImpl.cpp

Важный момент: сама 1С почти никогда не виновата. Обрыв происходит между клиентом, сервером 1cv8 и сетью. Поэтому лечим сеть и окружение, а не конфигурацию.

💡 Ошибка плавающая: то есть, то нет. Это нормально для 10054 — сброс зависит от нагрузки, маршрута и того, включён ли IPv6. Не пугайтесь «случайности».

Быстрая диагностика: с чего начать

Прежде чем лезть в реестр и кластер, отсеките простое. Пройдите по чек-листу сверху вниз — половина случаев закрывается на первых трёх пунктах.

Что даёт диагностика:

• 🌐 Ошибка у всех → проблема на сервере или в общей сети (IPv6, кластер, память).
• 👤 Ошибка у одного → проблема на его машине (кэш, антивирус, старая платформа, Wi-Fi).
• ⏱ Падает под нагрузкой → таймауты и память сервера.
• 🔌 Падает сразу при подключении → сеть, IPv6, имя сервера.

Дальше — по частоте причин.

Причина №1 — включённый IPv6 в локальной сети

Самый частый виновник для файловых и клиент-серверных баз в локальной сети — протокол IPv6. Клиент 1С пытается достучаться до сервера по IPv6, тот отвечает по IPv4, маршрут «рвётся», и вы ловите 10054.

Проверка простая: если после отключения IPv6 на клиенте (или на сервере) ошибка уходит — причина найдена.

Как отключить IPv6 через реестр Windows

Галочка в свойствах сетевого адаптера отключает IPv6 не полностью. Надёжнее — через реестр.

⚠️ DisabledComponents = ffffffff тоже встречается в инструкциях, но значение ff корректнее и покрывает нужные компоненты. Отключайте IPv6 на той машине, где ловите ошибку — обычно достаточно клиента.

Переименовать имя сервера на localhost

Если клиент и сервер 1С на одной машине, помогает мелочь: в строке подключения замените сетевое имя компьютера на localhost. Это заставляет соединение идти по петле, минуя сетевой стек с IPv6.

В окне запуска 1С измените адрес сервера, например с SRV-1C\SQLEXPRESS на localhost (для файловой части — путь напрямую).

Причина №2 — устаревшая платформа 1С

Разные версии платформы 1cv8 на клиенте и сервере — классика. Клиент 8.3.20, сервер 8.3.24 — и связь рвётся при первой же передаче данных.

Что делать:

1. Проверьте версию на сервере (консоль администрирования или папка bin).
2. Обновите платформу на клиенте до той же версии, что на сервере.
3. Если проблема массовая — обновите платформу на всех клиентах централизованно.

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

💡 Держите на сервере и клиентах одинаковую версию платформы. Разнобой — источник не только этой ошибки, но и «странного» поведения обменов.

Причина №3 — кэш сервера и клиента

Битый кэш ломает сессию так же, как сетевой сбой. Чистить нужно и на клиенте, и на сервере.

Очистка кэша клиента

Закройте все окна 1С и удалите содержимое кэша пользователя:

%LOCALAPPDATA%\1C\1cv8\
%APPDATA%\1C\1cv8\

Удаляйте папки с длинными «непонятными» именами (это идентификаторы баз). Список баз в окне запуска не пострадает — при следующем входе кэш соберётся заново.

Быстрый вариант — запуск клиента с ключом /ClearCache.

Очистка кэша сервера и пользователя USR1CV8

На сервере кэш лежит в профиле служебного пользователя USR1CV8 (под ним работает служба). Порядок:

1. Остановите службу 1C:Enterprise 8.x Server Agent.
2. Очистите каталог кластера — по умолчанию C:\Program Files\1cv8\srvinfo\ (папки reg_1541 и подобные, кроме файлов лицензий и списка баз — их лучше сохранить).
3. Запустите службу заново.

⚠️ Перед чисткой каталога srvinfo сделайте его копию. Там хранится список информационных баз кластера — потеряете, придётся добавлять базы заново.

Причина №4 — нехватка памяти и лимиты в консоли кластера

Если 10054 прилетает на тяжёлых операциях (большой отчёт, закрытие месяца, групповая обработка), дело в рабочих процессах rphost и лимитах памяти.

Что смотреть в консоли администрирования кластера:

Смысл: когда рабочий процесс упирается в лимит памяти, кластер принудительно его убивает — и клиент видит разрыв подключения. Уберите или поднимите ограничение памяти в настройках консоли сервера.

Добавьте на сервер оперативной памяти или файл подкачки, если её объективно мало.

Причина №5 — сеть, антивирус и файрвол

Оборудование и защитный софт тоже рвут TCP-сессии. Здесь помогает точечная диагностика по симптому.

Быстрая проверка сети из командной строки клиента:

ping ИМЯ_СЕРВЕРА
telnet ИМЯ_СЕРВЕРА 1541

Если ping идёт, а telnet на порт 1541 не подключается — проблема в службе сервера или файрволе, а не в самой 1С.

Пересоздание кластера сервера 1С

Крайняя мера, когда чистка кэша и лимиты не помогли, а ошибка сыплется у всех. Кластер бывает «битый» на уровне служебных данных.

Порядок:

1. Сохраните список баз (адреса SQL, имена ИБ) — понадобится восстановить.
2. Остановите службу сервера 1С.
3. Удалите каталог srvinfo целиком (после бэкапа!).
4. Запустите службу — кластер создастся заново.
5. Заново добавьте информационные базы в консоли администрирования.

⚠️ Это радикальный шаг. Делайте его последним и обязательно с резервной копией srvinfo. Сами базы данных в SQL при этом не трогаются — пересоздаётся только служебная обвязка кластера.

Сертификаты и веб-публикация

Отдельный сценарий — когда база опубликована через веб-сервер (Apache/IIS) или используется HTTPS. Просроченный или неправильный TLS-сертификат тоже даёт обрыв подключения.

• Проверьте срок действия сертификата на веб-сервере.
• Убедитесь, что цепочка сертификатов полная и доверенная на клиенте.
• Для внутренних публикаций проверьте, что имя в сертификате совпадает с адресом подключения.

Для локального клиент-серверного режима сертификаты обычно ни при чём — этот пункт актуален для веб-клиента и внешних подключений.

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

Прошли все причины, а удаленный хост принудительно разорвал существующее подключение всё равно выскакивает? Сузьте зону поиска:

• 🧪 Поднимите чистый тестовый клиент на другой машине в той же сети — если там ошибки нет, дело в конкретном рабочем месте.
• 📄 Включите технологический журнал платформы и посмотрите, на какой операции происходит обрыв.
• 🔁 Проверьте другую базу на том же сервере — если падает только одна, проблема в ней (объём, регламентные задания, блокировки).
• 🖥 Проверьте состояние SQL-сервера — таймауты и нехватка ресурсов СУБД тоже проявляются как разрыв на стороне 1С.

Как предотвратить повторение

• ✅ Держите одинаковую версию платформы на сервере и клиентах.
• ✅ Отключите IPv6 в локальной сети, если он не используется осознанно.
• ✅ Настройте автоматический перезапуск рабочих процессов кластера по расписанию.
• ✅ Добавьте процессы и порты 1С в исключения антивируса заранее.
• ✅ Следите за памятью сервера: мониторинг rphost избавит от внезапных обрывов под нагрузкой.

Частые вопросы