Dameware удаленный хост принудительно разорвал существующее подключение
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.
Ошибка «Удаленный хост принудительно разорвал существующее подключение» возникает при попытке установить соединение с сервером.
Возможно, сервер при отправке ответного запроса на подтверждение подключения, не может получить обратного отклика от клиента в отведенном промежутке времени и разрывает соединение. Есть несколько решений для устранения этой ошибки, узнаем их подробнее.
Чем вызвана ошибка?
Подключение может быть принудительно разорвано удаленным хостом по следующим причинам.
Включение поддержки протоколов криптографии
Клиент-серверные приложения не смогут использовать протокол TLS 1.2, если в ОС отключена поддержка криптографии. Для ее включения выполните следующие шаги:
Откройте Редактор реестра командой regedit, запущенной из окна «Выполнить» (Win + R).
Перейдите к разделу:
В правой части окна должен быть параметр SchUseStrongCrypto . Если отсутствует, щелкните правой кнопкой мыши на разделе «v4.0.30319» и выберите Создать – Параметр DWORD (32 бита). Присвойте ему указанное имя.
Двойным щелчком откройте свойства параметра SchUseStrongCrypto и в поле значение установите «1». Сохраните изменения на ОК и выйдите из редактора реестра.
Выполните то действие или запустите приложение, которому требуется удаленное подключение и проверьте, разрывает ли его удаленный хост.
Принудительное включение протокола TLS 1.2
Если приложение настроено для использования TLS 1.1/1.0 вместо 1.2, то при установке им подключения, скорее всего, связь с удаленным хостом будет разорвана. Поэтому для принудительного включения выполните следующие шаги:
Перейдите в корневой каталог web приложения и щелкните правой кнопкой мыши на файл «Global.asax». Выберите «Просмотр кода» из списка.
На странице найдите метод «Application_Start». Добавьте к этому методу следующую строку кода:
| if (ServicePointManager.SecurityProtocol.HasFlag(SecurityProtocolType.Tls12) == false) ServicePointManager.SecurityProtocol = ServicePointManager.SecurityProtocol SecurityProtocolType.Tls12; > |
Сохраните изменения и проверьте, разрывается ли соединение с удаленным хостом.
Изменение реализации объекта Socket
Если определенная реализация объекта Socket имеет ошибку, это может помешать элементам приложения функционировать должным образом. Поэтому попробуйте его перенастроить:
Вызовите функцию Receive(Socket s), затем следующий код «void ReceiveCallback(IAsyncResult ar)».
| SocketError errorCode; int nBytesRec = socket.EndReceive(ar, out errorCode); if (errorCode != SocketError.Success) nBytesRec = 0; > |
Проверьте, сохраняется ли проблема с подключением к удаленному хосту после реализации этого кода.
Добавление кода (только для Entity Framework)
При использовании Entity Framework, ошибка может возникнуть из-за отсутствующей строки кода. Для ее добавления выполните следующие шаги:
Откройте свой файл «.edmx», под ним щелкните на «.context.tt». В файле «.context.cs» добавьте следующую строку:
Обновление NET Framework
В программах 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=
Вот такое продолжаю ловить.
Кластер был настроен по дефолту - проблема была, кластер настроил: максимальные размер рабочего процесса, перезапуск при достижения лимита с ожиданием в 60 секунд, такой процесс завершать через 180 секунд, все параметры тщательно проверил и все должно быть отлично. Но. проблема не уходит, хост за день раза три разрывает соединения регулярно. Пробовал на один процесс ограничить обной базой и 35 соединениями. вообщем всяко "играл" с настройками - не помогает (5)
Если я правильно уловил мысль, то на iis сервере можно установить ограничение скажем 2000 тысячи символов (не помню сколько там по умолчанию, но там есть ограничения) и проблема может уйти. (6) нет, ИИС ни при чем. падает рабочий процесс 1С из-за кривого индекса. Может в регистре каком измерение добавили строковое и при проведении косяк происходит. Это если вообще в этом дело.
Итак идем в реестр
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\ Parameters
Здесь создаем новый параметр, для этого делаем правый клик на разделе Parameters и в контекстном меню выбираем «Создать» -> «Параметр DWORD (32-бита)». Задаем имя этому параметру – DisabledComponents. Теперь делаем двойной клик левой кнопкой на вновь созданном параметре, и устанавливаем значение 0xff
Все. после перезапуска ПК в тех журнале есть только пару строчек что при запуске рабочего процесса была попытка подключиться к хосту с айпи адресом ::1 но так как он не найден в системе то подключение рабочих процессов идет на IPv4 и там и продолжают жить и здравствовать.
Как один из вариантов решения.
Исходные данные:
- 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. Внешние печатные формы выводятся без ошибок, вылетов базы пока не замечено.
Здесь создаем новый параметр, для этого делаем правый клик на разделе Parameters и в контекстном меню выбираем «Создать» -> «Параметр DWORD (32-бита)». Задаем имя этому параметру – DisabledComponents. Теперь делаем двойной клик левой кнопкой на вновь созданном параметре, и устанавливаем значение 0xff
Подтверждаю, windows server 2016 - мне помогло. Месяц мучались, пользователей не выкидывало но в тж была куча ошибок соединения + валились фоновые задания. Спасибо. (8)Добрый день хотел узнать эти настройки на сервере делали? (51) На сервере 1С. Поясню проблему, если непонятно из поста. На не свежих операционках ipv6 работали косячно, и сервер 1С все время пытается запустить процесс на ip6 протоколе вашего сервера, поэтому лучше отключить его вовсе, после запуска сервера 1С на сервере идет попытка запустить рабочий процесс по этому протоколу и так как он отключен, то и попытки прекращаются. И следовательно, ни какие потом запросы не выполняются уже по этому "ложному" протоколу. У меня вываливается так же при закрытии месяца, манипуляции свыше не привели к положительному результату, копаю дальше. (платформа 8.3.10.2466) (10)
Причин на самом деле много может быть, вот несколько из них.
1. При длительных операциях вылазиют проблемы сетевого оборудования - необходимо проверить сетевое оборудование длительными соединениями.
2. Заканчивается память рабочего процесса ну или на СУБД что то похожее - необходимо проверить ресурсы на сервере кластера 1с и СУБД.
3. Зацикливание. При неправильном учете, закрытие месяца может приводить к зацикливанию, т.е. операция закрытие месяца будет происходить по кругу до тех пор пока не сожрет все доступные ресурсы, как правило это оперативная память, после чего происходит принудительное завершение рабочего процесса и рождение нового, но закрытие месяца не мигрирует при таких обстаятельствах на этот новый рабочий процесс. Вам поможет настройка технического журнала - остальное гадание на гуще. Забыл добавить, сервер виртуальный, стоит 2012r2, sql 2014, ОЗУ выделено 16гб, на диске свободно 70 гб. При переносе на скул который стоит на физической машине с теми же параметрами, все работает как часики. (12)
Ну вот и ответ, проблема в виртуальной машине, не так дрова может сетевые встали или еще что, надо попробовать настроить виртуалку на ином ПО или применить иные драйвера сетевые. В том и проблема, нет доступа к настройке виртуалки, этим занимаются другие. (14)
Решили данный вопрос?
Интересуюсь, т.к. столкнулся с аналогичной ситуацией.
То же интересно решили или нет проблему. Раза 3-4 выскакивала такая ошибка у всех пользователей и всех выкидывало. А логах сервера писалось:
Программа 1cv8.exe версии 8.3.7.1949 прекратила взаимодействие с Windows и была закрыта. Чтобы узнать, имеются ли дополнительные сведения о проблеме, проверьте историю проблемы в Центре поддержки в панели управления.
ИД процесса: a0f8
Время запуска: 01d30f4751c288f4
Время завершения: 0
Помогал только рестарт сервера. Перезапуск SQL, агент 1С не помогал.
А у тебя sql на виртуалке или на физическом сервере? Если на виртуалке, то там где стоит sql надо выделять указывать физический диск, иначе такая ошибка будет вылезать.1. Очистка кеша на сервере;
2. Очистка всех сессий;
3. Рестарт сервера.
Как бороть?
Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://DESKTOP-ADQN25V:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1565 file=src\DataExchangeTcpClientImpl.cpp
Есть ещё предложения как лечить? 2008R2 Microsoft SQL 10.50.1600.1 Платформа 8.3.9.1850
Тут перечислены все возможные причины появления данной ошибки и методы ее исправления от самого простого и распространенного до самых сложных. Начните с самого верха списка и опускайтесь вниз тестируя все возможные причины.
- Перезагрузите роутер и проверьте соединение с интернетом;
- Попробуйте перезагрузить компьютер;
- Проверьте и в случае необходимости обновите Java;
- Проверьте и обновите все драйвера;
- Попробуйте подключиться к другой точке wi-fi или же сменить провайдера (например раздать интернет с телефона);
10. Попробуйте открыть порты. Для этого нажмите Win + R и в появившемся окне введите Firewall.cpl
Видео инструкция
Читайте также: