1с удаленный хост принудительно разорвал существующее подключение
1. Переход на последнюю версию платформы 1С как решение ошибки
Если у вас появилась ошибка «Удаленный хост принудительно разорвал существующее подключение», возможно, Вы совершили переход с одной версии на платформы на другую. В таком случае для исправления ошибки следует перейти на последнюю версию платформы 1С, которая будет более стабильной, или откатиться назад, если имел место переход на экспериментальную версию платформы. Хотя стоит отметить, что разработчики платформы, оперативно исправляют существенные баги. И с этой ошибкой были замечены всего лишь несколько версий платформы, которые уже канули в лету.
2. Очистка кеша на сервере для решения проблемы
Изменение версии платформы – не единственная из возможных причин возникновения ошибки «Удаленный хост принудительно разорвал подключение (10054)». Соответственно, обновление или откат также не являются универсальными решениями проблемы. В любом случае, если вы рядовой пользователь, Вам надо обращаться к системному администратору. Своими действиями вы никак не могли вызвать данную ошибку. Если же Вы специалист и ищете решение данной проблемы, то первым делом надо заняться очисткой кеша на сервере, очистить все сессии и перезагрузить сервер.
Также не стоит забывать о такой простой вещи, как недостача свободного места на диске, где установлен SQL сервер. Одно из вытекающих решений – очистка памяти. Наконец, одно из популярных решений, которое помогает с этой проблемой, если вас 32 битный 1С сервер, это установка 64 битной версии 1С сервера. Если ничего из вышеперечисленного не помогло, то следует попробовать сжать базу, перезапустить службы агента сервера 1С, попробовать сделать выгрузку/загрузку.
3. Исправление проблемы с подключением IPv6
Ещё один нередкий случай: ошибка «Удаленный хост принудительно разорвал существующее подключение (10054)» возникает по причине подключения IPv6. Проверить это можно, открыв командную строку и выполнив команду Ping по имени вашей страницы. Проверьте адрес – по ответу сразу будет понятно, какой протокол в приоритете. Если это так, то следует отключить IPv6 через системный реестр и перезагрузить компьютер. Это можно сделать, создав запись в разделе HKLM\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters, запись «Параметр DWORD (32-бита)» с именем "DisabledComponents" и значением 0xff.
Доброго времени суток. Стоит задача перевести все файловые базы на SQL версию. Во время загрузки уже в чистую SQL базу , через какое то время выскакивает ошибка:
"Удалённый хост принудительно разорвал существующее подключение"
Конфигурация
SQL сервер (MSSQL) 2008 + Win server 2008
1C сервер х86-х64 Лицензионный
Такие же проблемы именно с такой же ошибкой иногда вылазят когда на сервере 1С (1СSRV) заходишь в информацию о ИБ.
Баз порядком 30-40. Не большие, для аутсорсинга бухгалтерии. Может быть проблема в настройке кластера? Перекапал весь интернет проблему с IPv6 на сервере 1С устранил, в hosts добавлял.
И да, какие оптимальные настройки будут для кластера и рабочего сервера для данной задачи?
Не мой профиль могу только общеизвестные бяки напомнить, антивирь или брандмауер не мешают? Отключить на время для проверки не пробовали?
Противная ошибка.
Чего только про нее не пишут от
"была такая проблема, решил просто: переобжал сетевой кабель и включил в другое гнездо в свитче. больше с такой ошибкой не вылетает. "
до
"рекомендуем почистить КЭШ"
в яндексе при поиске по строке "Удалённый хост принудительно разорвал существующее подключение" есть успешные примеры борьбы
В поисках решения было сделанно следующие:
1)Удаление \Повторная установка сервера и клиентской части 1С.
2)Явное указание IP сервера в параметрах подлючения (192.168.0.1)
2)Явное указания порта 1541 ( 192.168.0.1:1541)
3)В файле HOST явное указание соответствия имени сервера 1С и его IP
Проверена на 32 и 64 битных версиях. Релиз 67
И интересные способы диагностики
Сначала нужно определить тип сбоя - железячный или софтовый.
Для этого можно пустить бесконечный пинг, если появился тайм аут, то понятно- сбой железячный. Далее определяем источник сбоя: сетевые карты, свичи и тд. Для этого я бы подключил кроссовер от сетевухи до сетевухи и снова бесконечный пинг. Если снова тайм аут, то смотрим какая из сетевух сбоит, для этого подсоединяем кроссовер к примеру к ноутбуку и пингуем, затем другую.
Если во время пинга не произошел тайм аут, но 1С-ка вылетела, то понятно, что сбой софтовый.
В программах 1С где идет групповое проведение документов программа вываливается с ошибкой:
Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://SRV-2:1561 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение.
line=1574 file=src\DataExchangeTcpClientImpl.cpp
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Платформа 8.3.10.2252. MS SQL 2014, конфигурация УТ 11.3 и УТ 10.3
Проверял на 8.3.10.2168, 8.3.9.2170 результат один
(1)Тоже словили такую ошибку.. решилось просто - на кластере в консоли управления сервером стояло ограничение по памяти на один процесс (rphost).. а для завершения процесса формирования необходимо было больше памяти.. подняли ограничение - процесс завершился без ошибки.
Вероятно, на УФ запускается операция с длительным синхронным уходом на сервер.
Если так, то реализовывать фоновым заданием.
Последние 2 дня тоже мучаюсь с этой ошибкой, как в топике WS 2012 R2, обновления ставятся, на выходных обновлял платформу для бухгалтерии, торговля и бухгалтерия на разных платформах стоят, торговля как раз на 8.3.9.2233, может поставить платформу постарше? Не пробовал никто?
IPv6 отключен.
52:55.420022-0,EXCP,0,process=rphost,ClientID=21,Exception=NetDataExchangeException,Descr='server_addr=(2)192.168.2.100:52527 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=2240 file=src\DataExchangeServerImpl.cpp'
52:55.420023-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
Вот такое продолжаю ловить.
Сейчас обнаружил, что рабочие процессы 1С постоянно новые создаются а старые исчезают.
Кластер был настроен по дефолту - проблема была, кластер настроил: максимальные размер рабочего процесса, перезапуск при достижения лимита с ожиданием в 60 секунд, такой процесс завершать через 180 секунд, все параметры тщательно проверил и все должно быть отлично. Но. проблема не уходит, хост за день раза три разрывает соединения регулярно. Пробовал на один процесс ограничить обной базой и 35 соединениями. вообщем всяко "играл" с настройками - не помогает
(5)
Если я правильно уловил мысль, то на iis сервере можно установить ограничение скажем 2000 тысячи символов (не помню сколько там по умолчанию, но там есть ограничения) и проблема может уйти.
(6) нет, ИИС ни при чем. падает рабочий процесс 1С из-за кривого индекса. Может в регистре каком измерение добавили строковое и при проведении косяк происходит. Это если вообще в этом дело.
Итак идем в реестр
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\ Parameters
Здесь создаем новый параметр, для этого делаем правый клик на разделе Parameters и в контекстном меню выбираем «Создать» -> «Параметр DWORD (32-бита)». Задаем имя этому параметру – DisabledComponents. Теперь делаем двойной клик левой кнопкой на вновь созданном параметре, и устанавливаем значение 0xff
Все. после перезапуска ПК в тех журнале есть только пару строчек что при запуске рабочего процесса была попытка подключиться к хосту с айпи адресом ::1 но так как он не найден в системе то подключение рабочих процессов идет на IPv4 и там и продолжают жить и здравствовать.
houpl; корум; HaIIpuKoJIe; lda0312; Misanets; vital1c; sapervodichka; user843810; payta; Ioanngood; BorovikOV; OlegAr; RibD; Pashkaa; + 14 – Ответить
Как один из вариантов решения.
Исходные данные:
- MS SQL и сервер 1С на разных виртуальных серверах
- платформа 8.3.8.1784
- ЗУП2.5 и ЗУП3.1
После обновления платформы и агента сервера на 8.3.10.2505 в ЗУП2.5, в рандомный момент времени вылетает ошибка 10054. С такой же ошибкой вылет при попытке вывести внешнюю печатную форму. В ЗУП3.1 все ок.
Отключение фоновых заданий, рекомендации в (8), чистка кеша, перезагрузка сервера и прикладывание диска ИТС не помогло.
В файловом варианте работы с базой ЗУП2.5 ошибка не возникает.
Решение:
На сервак поставил второй агент сервера 1С 8.2.19.130, который работает параллельно с 8.3.10.2505. Внешние печатные формы выводятся без ошибок, вылетов базы пока не замечено.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters
Здесь создаем новый параметр, для этого делаем правый клик на разделе Parameters и в контекстном меню выбираем «Создать» -> «Параметр DWORD (32-бита)». Задаем имя этому параметру – DisabledComponents. Теперь делаем двойной клик левой кнопкой на вновь созданном параметре, и устанавливаем значение 0xff
Подтверждаю, windows server 2016 - мне помогло. Месяц мучались, пользователей не выкидывало но в тж была куча ошибок соединения + валились фоновые задания. Спасибо.
Привет сообщество. Помогите пожалуйста разобраться в проблеме падения RPHost`ов.
Уж все мозги стёр себе.
Подробности:
Платформа 8.3.16.1063.
MSSQL и сервер 1С на одной доменной машине.
Обмен (синхронизация) с конфигурациями ЗУП 3.1.11.68 - БП 3.0.74.58. При попытке выгрузки/загрузки данных падает RPHost.
Отрабатывает загрузка через COM-соединение и само соединение зависает (в этот момент падает RPHost), потом запускается процесс выгрузки с успешным завершением COM-соединения.
Ошибка в журнале Windows (Server 2012):
Имя сбойного приложения: rphost.exe, версия: 8.3.16.1063, метка времени: 0x5dce3bf6
Имя сбойного модуля: core83.dll, версия: 8.3.16.1063, метка времени: 0x5dce3bc8
Код исключения: 0xc0000005
Смещение ошибки: 0x0000000000207499
Идентификатор сбойного процесса: 0x474
Путь сбойного приложения: C:\Program Files\1cv8\8.3.16.1063\bin\rphost.exe
Путь сбойного модуля: C:\Program Files\1cv8\8.3.16.1063\bin\core83.dll
Идентификатор отчета: ea83e77b-3b8a-11ea-9429-2c44fd884261
Тех журнал excp proc sesn с контекстом и по всем свойствам пишет следующее:
ragent
22:02.623000-0,PROC,0,process=ragent,OSThread=1456,Txt='Supervision time expired. ProcessID=8fa1bf03-b8e1-4647-beef-bcea7eab0300 pid=2220 started=3581790730.'
22:04.107015-0,EXCP,0,process=ragent,OSThread=4784,Exception="OpenProcess('2220',2220)",Descr=87(0x00000057): Параметр задан неверно.
22:04.654019-1,PROC,0,process=ragent,OSThread=4652,Txt='Run process. Prog=C:\Program Files\1cv8\8.3.16.1063\bin\rphost.exe, Command=("C:\Program Files\1cv8\8.3.16.1063\bin\rphost.exe" -range 1560:1591 -reghost DB -regport 1541 -pid 8b861f13-5216-4277-aee7-fee747219c9a -debug -tcp -fromsrvc), success, pid=3964'
22:09.123015-0,EXCP,1,process=ragent,OSThread=3040,ClientID=36,Exception=NetDataExchangeException,Descr=' server_addr=tcp://DB:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1465 file=src\DataExchangeTcpClientImpl.cpp
server_addr=tcp://DB:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1995 file=src\DataExchangeTcpClientImpl.cpp'
22:09.123016-0,EXCPCNTX,0
22:09.123017-4,EXCPCNTX,0
22:09.123019-0,EXCP,0,process=ragent,OSThread=3040,ClientID=36,Exception=NetDataExchangeException,Descr=' server_addr=tcp://DB:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1465 file=src\DataExchangeTcpClientImpl.cpp'
22:09.123020-0,EXCPCNTX,0
22:09.123021-0,EXCP,0,process=ragent,OSThread=3040,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr='src\RemoteInterfaceImpl.cpp(825):
81029657-3fe6-4cd6-80c0-36de78fe6657: server_addr=tcp://DB:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1465 file=src\DataExchangeTcpClientImpl.cpp
server_addr=tcp://DB:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1995 file=src\DataExchangeTcpClientImpl.cpp'
Что предпринято:
- все обновления Windows установлены
- IP6 выключен.
- сертификатов в личных хранилищах нет
- пробовали на х86 и х64 платформах
- старт сервиса 1С от разных пользователей (в том числе доменного админа)
- создали новых пользователей для обмена в обоих базах
- отладка 1С не выявляет ошибок
1. Переход на последнюю версию платформы 1С как решение ошибки
Если у вас появилась ошибка «Удаленный хост принудительно разорвал существующее подключение», возможно, Вы совершили переход с одной версии на платформы на другую. В таком случае для исправления ошибки следует перейти на последнюю версию платформы 1С, которая будет более стабильной, или откатиться назад, если имел место переход на экспериментальную версию платформы. Хотя стоит отметить, что разработчики платформы, оперативно исправляют существенные баги. И с этой ошибкой были замечены всего лишь несколько версий платформы, которые уже канули в лету.
2. Очистка кеша на сервере для решения проблемы
Изменение версии платформы – не единственная из возможных причин возникновения ошибки «Удаленный хост принудительно разорвал подключение (10054)». Соответственно, обновление или откат также не являются универсальными решениями проблемы. В любом случае, если вы рядовой пользователь, Вам надо обращаться к системному администратору. Своими действиями вы никак не могли вызвать данную ошибку. Если же Вы специалист и ищете решение данной проблемы, то первым делом надо заняться очисткой кеша на сервере, очистить все сессии и перезагрузить сервер.
Также не стоит забывать о такой простой вещи, как недостача свободного места на диске, где установлен SQL сервер. Одно из вытекающих решений – очистка памяти. Наконец, одно из популярных решений, которое помогает с этой проблемой, если вас 32 битный 1С сервер, это установка 64 битной версии 1С сервера. Если ничего из вышеперечисленного не помогло, то следует попробовать сжать базу, перезапустить службы агента сервера 1С, попробовать сделать выгрузку/загрузку.
3. Исправление проблемы с подключением IPv6
Ещё один нередкий случай: ошибка «Удаленный хост принудительно разорвал существующее подключение (10054)» возникает по причине подключения IPv6. Проверить это можно, открыв командную строку и выполнив команду Ping по имени вашей страницы. Проверьте адрес – по ответу сразу будет понятно, какой протокол в приоритете. Если это так, то следует отключить IPv6 через системный реестр и перезагрузить компьютер. Это можно сделать, создав запись в разделе HKLM\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters, запись «Параметр DWORD (32-бита)» с именем "DisabledComponents" и значением 0xff.
Читайте также: