10053 Программа на вашем хост-компьютере разорвала установленное соединение
Обновлено: 22.11.2024
После обновления до 11.00 Hostmonitor работал нормально в течение одной недели. Сегодня программа зависла и после этого мы не смогли ее перезапустить. Наконец мы определили, что если мы удалим раздел ActiveRMA из hostmon.ini. Программа работает нормально (без каких-либо агентов ActiveRMA). Если мы вернем этот раздел обратно, нам придется использовать диспетчер задач, чтобы убить программу, она вообще не работает. Можете ли вы предложить, как мы можем исправить это, чтобы мы могли использовать наши активные агенты RMA?
Раздел удален, чтобы программа могла работать
[ActiveRMAServer]
Enabled=1
Port=5056
Timeout=60
UpdateTimeout=60
TestTimeout=240
AcceptAnyIP=1
AcceptedList=
IPMarks=
LogAccepted=0
LogRejected=1
Зависание сообщения из журнала событий
Может быть, какое-то другое программное обеспечение (кроме RMA) пытается подключиться к порту 5056? Это не должно быть проблемой, но не могли бы вы попробовать изменить номер порта на HostMonitor, а затем на агентах?
Мы вообще не меняли никаких настроек ни до, ни после сбоя, а 500 агентов работали очень долго. Поэтому я не понимаю, почему мы видим все ошибки сокетов.
Спасибо, что предложили посмотреть системный журнал, в нем есть подсказки, приведенный ниже пример, кажется, повторяется для всех активных агентов RMA. Приведенная ниже последовательность показывает, что именно произошло, когда мы запустили Hostmonitor после сбоя. Хочу отметить, что мы несколько раз перезагружали сервер и отключали сторожевой таймер, веб-интерфейс и ничего из этого не помогло.
Я могу воспроизвести проблему, просто изменив Enabled=0 на Enabled=1 в разделе ActiveRMA. Затем я вручную запускаю Hostmonitor и получаю те же значения в системном журнале. Хотя, возможно, мы дважды пытались запустить hostmonitor, но я уверен, что это не причина, потому что я могу легко воспроизвести проблему. Как я уже говорил, мы ничего не меняли. Вот пример, сделанный несколько минут назад
4) >Я запустил сканер портов, и он ничего не показывает на 5056, который мы использовали много-много лет.
Сканер портов? Сканирование системы HostMonitor? Я думаю, что это не имеет смысла. Только HostMonitor использовал этот порт в системе HostMonitor.
Но может быть какая-то удаленная система (с неизвестным IP) пытается подключиться к этому порту в системе HostMonitor. В таком случае вы должны увидеть некоторые данные в системном журнале HM.
Я не уверен, что означает "WinError 10053" или "программное обеспечение на вашем хост-компьютере", но я хотел бы понять, что происходит, и исправить это, если это возможно.
Текст был успешно обновлен, но возникли следующие ошибки:
genotrance прокомментировал 8 июля 2019 г.
Думаю, стоит спросить, какая версия Python здесь используется. Вы все еще видите проблему с другой версией Python?
rubin55 прокомментировал 8 июля 2019 г.
genotrance прокомментировал 10 июля 2019 г.
Можете ли вы запустить curl с параметром -v, чтобы посмотреть, что происходит?
Этот коммит устранил проблему, связанную с большими файлами: curl некоторое время ждал, а затем сдавался, так как px ничего не отправлял, который загружал все в память перед отправкой обратно в curl.
rubin55 прокомментировал 10 июля 2019 г.
Это коммит в одном из выпущенных двоичных файлов?
genotrance прокомментировал 10 июля 2019 г.
Он существует уже почти год.
rubin55 прокомментировал 10 июля 2019 г.
Из приведенной выше документации: _«Передача данных может работать для любого клиентского устройства или программного обеспечения, которое загружает данные. Это альтернатива страницам прогресса, но она не предоставляет какой-либо конкретной визуальной индикации прогресса, кроме той, которая предоставляется веб-браузером или самим клиентским программным обеспечением. Передача данных, с точки зрения конечного пользователя, делает загрузку очень медленной. Поэтому мы рекомендуем всегда включать страницы прогресса и передачу данных в качестве запасного варианта для клиентов, которые не могут использовать страницы прогресса (именно так настроены наборы правил по умолчанию).
Передача данных эффективно ограничивает скорость загрузки соединения между веб-шлюзом и клиентом, отправляя лишь небольшой объем данных, что предотвращает истечение времени ожидания соединения TCP. Когда шлюз завершит сканирование файла на наличие вирусов и вредоносных программ (не найдя их), оставшаяся часть файла будет отправлена клиенту на полной скорости сети.
Поскольку приблизительное время загрузки предоставляется веб-браузером, и он не знает, что делает веб-шлюз, расчетное время загрузки сначала может показаться пользователю чрезвычайно долгим. На изображении ниже показана индикация хода загрузки, предоставляемая Internet Explorer v8 во время передачи данных»._
Поведение с точки зрения пикселей: загрузка внезапно замедляется до 1 байта в секунду в течение нескольких минут (на данный момент наблюдается от 3 до 9 минут).В моем случае это был клиент, который отменил соединение - Причина: автоматическое переключение зеркала, когда скорость загрузки ниже X в течение Y времени. Сообщения WinError — это прокси-клиент (в моем случае yum из centos в сборке докера), прерывающий соединение, потому что он в ужасе от скорости передачи 1 байт в секунду в течение более 30 секунд. В тщетной попытке улучшить скорость он переключается на другое зеркало, где проблема, конечно, остается, потому что ее вызывает прокси-сервер, а не конкретное зеркало (о котором клиент не может знать).
Я думаю, что это может быть закрыто, но я надеюсь, что приведенное выше объяснение может появиться в нескольких поисковых запросах в Интернете, когда у людей возникают странные / экстремальные задержки при использовании px в сочетании с MWG!
genotrance прокомментировал 10 июля 2019 г.
Это очень интересно! Я не думаю, что страницы прогресса применимы для нашего варианта использования, так что это передача данных.
rubin55 прокомментировал 10 июля 2019 г.
Загрузки, прогресс которых завис на 0 % или 50 % на 3 минуты, а затем немедленно завершился:
Если рекомендуемое решение не решает вашу проблему или вы не можете найти свое сообщение об ошибке, обратитесь в нашу службу поддержки.
VNC Viewer может отображать следующие сообщения об ошибках, если попытка подключения к VNC-серверу, запущенному на удаленном компьютере, не удалась.
VNC Server в настоящее время не прослушивает облачные подключения
Либо имя пользователя не было распознано, либо пароль был неправильным
Если у вас есть подписка Professional или Enterprise, введите имя пользователя и пароль, которые вы обычно используете для входа в свою учетную запись пользователя на удаленном компьютере.
Доступ запрещен
Слишком много сбоев безопасности
Подождать количество секунд, указанное параметром BlacklistTimeout сервера VNC (по умолчанию 10)
Подключение было отклонено хост-компьютером
Подключение отклонено пользователем компьютера VNC Server
Убедитесь, что пользователь удаленного компьютера присутствует и принимает ваше подключение.
На удаленном компьютере вы можете отключить эту функцию, настроив параметр QueryConnect сервера VNC или параметр Permissions для автоматического принятия ваших соединения.
Необходимо изменить пароль
Отказано в доступе к серверу VNC; пожалуйста, войдите, чтобы подключиться
Соединение неожиданно прервано
Вы должны выяснить, почему это произошло. Обратите внимание, что на удаленном компьютере Mac или Linux расположение закрытого ключа определяется параметром RsaPrivateKeyFile сервера VNC.
Вы можете перезапустить VNC-сервер, чтобы повторно сгенерировать закрытый ключ, или, альтернативно, в командной строке без перезапуска, запустив -service -generatekeys .
Сброс соединения узлом (10054)
Соединение прервано (10053)
Невозможно подключиться к VNC-серверу с использованием выбранных вами настроек безопасности.
Либо обновите VNC Server до более новой версии RealVNC, либо выберите более слабый уровень шифрования
(Ранее: нет подходящих типов безопасности)
- На удаленном компьютере измените параметр Шифрование сервера VNC на что-то другое, кроме AlwaysOff , или
- Измените параметр Encryption средства просмотра VNC на Server , PreferOn или PreferOff .
Журнал событий заполнен
Время ожидания ответа от компьютера истекло.
Убедитесь, что удаленный компьютер включен. Убедитесь, что антивирусное программное обеспечение указывает сервер VNC в качестве исключения, а брандмауэр настроен на разрешение доступа к порту прослушивания сервера VNC (по умолчанию 5900).
Если вы пытаетесь установить прямое подключение через Интернет, см. раздел Настройка прямого подключения через Интернет во Все о прямых подключениях.
Такой хост неизвестен
Если вы пытаетесь использовать облачное подключение, убедитесь, что вы вошли в VNC Viewer и используйте запись для своего компьютера под заголовком Team в VNC Viewer.
В противном случае, если вы пытаетесь использовать прямое подключение (только для предприятий), убедитесь, что имя компьютера разрешается в IP-адрес, например с помощью nslookup.
Маршрут к хосту неизвестен
Эта ошибка обычно возникает, когда IP-адрес принадлежит сети, отличной от сети, в которой работает VNC Viewer. Убедитесь, что имя компьютера разрешается в правильный IP-адрес, например. с помощью nslookup.
Запрошенное имя допустимо, но данные запрошенного типа не найдены (11004)
connect: не удалось установить соединение, так как целевая машина отказалась от него (10061)
Была предпринята попытка доступа к сокету способом, запрещенным его правами доступа (10013)
VNC Server может отображать следующие сообщения об ошибках.
Недопустимая дата (0-0-0T0:0:0)
Не удалось запустить VNCServer — Mac OS X
Защищенный ключ шифрования отсутствует или поврежден
Выполните следующую команду, чтобы сгенерировать ключ RSA в Windows:
vncserver.exe -service -generatekeys (сервисный режим)
vncserver.exe -generatekeys (режим пользователя)
Ошибка XML 0:0 Ошибка: первый тег не найден
Не удалось открыть фиксированный шрифт по умолчанию — UNIX
Запустите xset q, чтобы вывести информацию о вашем X-сервере, включая путь к шрифту, который вы должны использовать.
Укажите параметр -fp X в соответствующем файле конфигурации vncserver и добавьте путь к шрифту, например:
Подходящим файлом является /etc/vnc/config для всех пользователей и ~/.vnc/config для текущего пользователя, вошедшего в систему.
Не удалось запустить xauth
Когда программное обеспечение было установлено, оно, вероятно, помечало предупреждение о том, что xauth отсутствует в PATH, и указывало, где оно находится. Если это не так или эта информация не была записана, то выполнение следующей команды от имени пользователя без полномочий root может найти двоичный файл:
Еще одна причина этой ошибки может заключаться в том, что xauth не может разрешить имя хоста. Вы можете проверить, разрешается ли ваше имя хоста, запустив:
Это должно вернуть IP-адрес. Если это не так, вам нужно настроить это, добавив IP-адрес машины, а затем имя хоста в файл /etc/hosts (обычно это делается автоматически, если вы используете DHCP).
Если вы находитесь в офисной сети с DNS-сервером, вам следует обратиться к системному администратору.
Неопределенный сбой GSS
chmod -x /usr/lib/cups/backend/vnc
Это предотвратит загрузку libcups через VNC. SSO теперь должен работать, хотя удаленная печать не работает. Обратите внимание, что просто отключить печать недостаточно.
Ну, я просто хотел снова запустить trackmania, я установил его, но когда я собирался подключиться к серверу, я пробовал много серверов, но на всех была одна и та же ошибка.
jamie_macdonald speed demo
Сообщений: 1612 Присоединился: 10 июля 2008 г., 19:48 Владелец TM-игр: TMUF, TMNF, TMS Manialink(s): ET Location: London, UK Contact:
Информация: написано: Ошибка сокета 10053 — установленное соединение было прервано программным обеспечением на вашем хост-компьютере
Ошибка 10053 означает, что установленное соединение было разорвано.
Нам известно три описания этого сообщения об ошибке, но описания предоставляются Windows, поэтому они могут различаться в зависимости от вашей версии Windows:
-Установленное соединение было прервано программным обеспечением на вашем хост-компьютере.
-Соединение TCP/IP было прервано Windows. Возможно, это произошло из-за тайм-аута передачи данных или ошибки протокола.
-Виртуальный канал был разорван из-за тайм-аута или другого сбоя. Приложение должно закрыть сокет, так как его больше нельзя использовать.
Я бы посоветовал вам проверить, вставлено ли в ваш брандмауэр исключение для TMUF, или полностью отключить брандмауэр для проверки, чтобы увидеть, блокирует ли это соединение.
Я уже пытался отключить брандмауэр и антивирус, но то же самое, я пытался настроить маршрутизатор (Sagem Fast 2404), ничего не изменилось.
jamie_macdonald speed demo
Сообщений: 1612 Присоединился: 10 июля 2008 г., 19:48 Владелец TM-игр: TMUF, TMNF, TMS Manialink(s): ET Location: London, UK Contact:
обновлены ли ваши Windows и Internet Explorer?убедитесь, что у вас установлена последняя версия, так как игра сильно зависит от макета сокета Windows tcpip/ie.
также, возможно, стоит проверить, что игра по умолчанию и p2p-порты для TM активированы как службы маршрутизатора, вы можете указать службам, которые используют ваш внутренний IP-адрес, для «туннелирования» через ваш игровой клиент.
Я ожидаю, что первая часть может быть более вероятной, чем вторая.
Надеемся, что мы найдем проблему хотя бы путем устранения
Обновление Windows 7 с использованием IPv4 в качестве протокола
Когда вы имеете в виду услуги маршрутизатора? Переадресация порта?
jamie_macdonald speed demo
Сообщений: 1612 Присоединился: 10 июля 2008 г., 19:48 Владелец TM-игр: TMUF, TMNF, TMS Manialink(s): ET Location: London, UK Contact:
Можете ли вы подтвердить, что IE (Internet Explorer) также находится в последней версии? (знаю, это звучит странно, но таких проблем было много).
И я действительно имею в виду переадресацию портов (внутри от точки маршрутизатора до локального IP-адреса).
Slig Pit Crew
Сообщений: 2124 Присоединился: 05 сент. 2005 17:51 Владелец TM-games: ВСЕ Местонахождение: TraxicoLand (Fr) Контакт:
Читайте также: