не работает TLS на xmpp.jp

[nicecall777]

шифрование TLS не работает на сервере xmpp.jp. на других серверах все работает отлично. на других клиентах (psi/pidgin) TLS с сервером xmpp.jp также работает отлично. использую последнею версию miranda im 0.10.66 и вин хп

в чем может быть проблема?

прошу прощения, что спрашиваю на форуме поддержки миранды нг т.к на форуме им спросить просто не у кого. переход на миранду нг и вин 7 просьба не предлагать

логи во вложении

спасибо

[Apollo2k4]

nicecall777, библиотеки OpenSSL в системе установлены? В Win XP нет алгоритма шифрования который используют на xmpp.jp
И всё же рекомендовал бы переехать на NG, что не очень сложно. IM уже давно мёртв. Впрочем это дело личное.

[nicecall777]

установил все по инструкции http://wiki.miranda-ng.org/index.php?title=Plugin:OpenSSL/ru (это https://slproweb.com/products/Win32OpenSSL.html и это https://www.microsoft.com/ru-ru/download/details.aspx?id=40784) скачал и положил файл OpenSSL.dll http://miranda-ng.org/distr/stable/x32/Plugins/openssl.zip в папку Plugins, но при перезапуске миранды получаю "приложению не удалось запуститься, поскольку mir_core.mir не был найден.."

данный файл OpenSSL.dll подходит только под миранду нг или также обратно совместим из им? если нет, подскажите пож где найти под миранду им

ап. для сравнения установил также и миранду нг, интересно, что в стабильной версии положив файл OpenSSL.dll http://miranda-ng.org/distr/stable/x32/Plugins/openssl.zip в папку Plugins при запуске также выбивает "не возможно открыть OpenSSL.dll", а в версии в разработке TLS на xmpp.jp работает отлично

ап2. теперь знаю почему стаб версия миранды нг выбивала "не возможно открыть OpenSSL.dll" - все дело было в версии OpenSSL https://slproweb.com/products/Win32OpenSSL.html, на 1.1.0 не работало, когда установил 1.0.2 все открылось. теперь осталось найти плагин OpenSSL.dll под миранду им..

[Apollo2k4]

nicecall777, плагин OpenSSL.dll никогда не существовал для Miranda IM.

[Ищезаяц]

простите что вмешиваюсь что зачем собственно IM.. чем она лучше то для вас? инсталлер профикшен? кроме шуток, я правда хотел бы понять

[nicecall777]

перешел на нг 0.95.7. поставил OpenSSL.dll и Win32 OpenSSL - все последние версии. еще примерно до конца прошлого лета с сервером xmpp.jp все работало отлично. теперь же подключение как бы происходит, выдает онлайн примерно 2-3 минуты и потом автоматом отваливается в оффлайн. при этом получается даже обменяться сообщениями с другими серверами, при чем в сторону xmpp.jp сообщения доходят мгновенно, а с xmpp.jp на другие сервера с огромной задержкой либо не доходят вообще. тогда когда на той же системе pidgin работает отлично!

основная система вин хп. но тестил так же и на вин 7 - все то же.

ужасно привык к миранде, нету желания переходить на другие клиенты. есть решение этот проблемы?

https://slproweb.com/products/Win32OpenSSL.html
http://wiki.miranda-ng.org/index.php?title=Plugin:OpenSSL/ru

ап. так же установил свежие сертификаты
http://download.windowsupdate.com/msdownload/update/software/updt/2009/09/rootsupd_ae7ade3286a32c93abde0187cf94fed49de73e48.exe

ап2. чекнул на альфа версии  0.95.8 - все то же (

я не удивился бы если проблема была только на хп, понимаю, древняя она, но все то же повторяется и на вин 7, выходит баг в самом клиенте..

[Apollo2k4]

nicecall777, хорошо бы ещё нетлог видеть.

[ghazan]

nicecall777,
а если поставить полный openssl с утилитами и попросить его открыть соединение на тот сайт?

[nicecall777]

это какой то заговор, серьезно..

всплыло несколько моментов. создал абсолютно новую жабу на xmpp.jp, добавил один контакт и Вы не поверите - все работает отлично, никаких проблем, сообщения доходят мгновенно в обе стороны, никаких вылетов! все абсолютно то же - система, клиент, айпи и т.п. как такое вообще возможно?

а может быть, что проблема из за огромного контакт листа (почти 500 записей)? повторюсь что в pidgin эта же учетка работает без проблем.

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

хорошо бы ещё нетлог видеть.

Spoiler

[19:31:31 0B70] [my] Avatar enabled
[19:31:31 0B70] [my] Not hasXAvatar
[19:31:31 0B70] [my] Has no avatar
[19:31:37 0B70] [my] (02C1C7F0:864) Data received
<presence xml:lang='ru' to='*******@xmpp.jp/Miranda' from='********@xmpp.jp/Psi+'><c xmlns='http://jabber.org/protocol/caps' node='http://psi-dev.googlecode.com/caps' ver='0.16' ext='ca cs e-time ep-notify-2 html last-act mr sxe whiteboard'/><priority>50</priority></presence>
[19:31:37 0B70] [my] recvResult = 282
[19:31:37 0B70] [my] bytesParsed = 282
[19:31:37 0B70] [my] JabberUpdateJidDbSettings: updating jid ********@xmpp.jp to rc Psi+
[19:31:37 0B70] [my] JabberUpdateMirVer: for rc Psi+: http://psi-dev.googlecode.com/caps#3bfea40599f3be93c6408cce29aa025332080b0f2
[19:31:37 0B70] [my] ****** (************@xmpp.jp/Psi+) online, set contact status to Online
[19:31:37 0B70] [my] Avatar enabled
[19:31:37 0B70] [my] Not hasXAvatar
[19:31:40 0B70] [my] (02C1C7F0:864) Data received
<presence to='************@xmpp.jp/Miranda' from='********@jabberx.pw' type='error'><error code='504' type='wait'><remote-server-timeout xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/><text xml:lang='en' xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Connection failed: connection timed out</text></error></presence>
[19:31:40 0B70] [my] recvResult = 310
[19:31:40 0B70] [my] bytesParsed = 310
[19:31:40 0B70] [my] (02C1C7F0:864) Data received
<presence to='**********@xmpp.jp/Miranda' from='*****@xmpp.jp' type='error'><error code='504' type='wait'><remote-server-timeout xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/><text xml:lang='en' xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Connection failed: connection timed out</text></error></presence>
[19:31:40 0B70] [my] recvResult = 305
[19:31:40 0B70] [my] bytesParsed = 305
[19:31:40 0B70] [my] (02C1C7F0:864) Data received
<presence xml:lang='en' to='**********@xmpp.jp/Miranda' from='**********@xmpp.jp' type='error'><c xmlns='http://jabber.org/protocol/caps' hash='sha-1' node='http://miranda-ng.org/caps' ver='nUff7h6A1GD5rJAO/yM48yr+TQw=' ext='x86 mood activity mir_notes'/><x xmlns='vcard-temp:x:update'><photo>9114238d5bb757150cfe820c1f37659552b1e90cf</photo></x><error code='504' type='wait'><remote-server-timeout xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/><text xml:lang='en' xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Connection failed: connection timed out</text></error><priority>0</priority><status>Yep, I&apos;m here.</status></presence>
[19:31:40 0B70] [my] recvResult = 632
[19:31:40 0B70] [my] bytesParsed = 632
[19:31:40 0B70] [my] (02C1C7F0:864) Data received
<presence xml:lang='en' to='********@xmpp.jp/Miranda' from='******@xmpp.jp' type='error'><c xmlns='http://jabber.org/protocol/caps' hash='sha-1' node='http://miranda-ng.org/caps' ver='nUff7h6A1GD5rJAO/yM48yr+TQw=' ext='x86 mood activity mir_notes'/><x xmlns='vcard-temp:x:update'><photo>9114238d5bb757150cfe820c1f37659552b1e90cf</photo></x><error code='504' type='wait'><remote-server-timeout xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/><text xml:lang='en' xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Connection failed: connection timed out</text></error><priority>0</priority><status>Yep, I&apos;m here.</status></presence>
[19:31:40 0B70] [my] recvResult = 627
[19:31:40 0B70] [my] bytesParsed = 627
[19:32:06 0644] [my] Expiring iq id 311, sent to server
[19:32:06 0644] [my] (02C1C7F0:864) Data sent
</stream:stream>
[19:32:11 0B70] SSL failure recieving data (10053)
[19:32:11 0B70] [my] Netlib_Recv() failed, error=10053
[19:32:11 0B70] [my] recvResult = 0
[19:32:11 0B70] [my] 1
[19:32:13 0B70] [my] 2
[19:32:13 0B70] [my] Thread ended: type=0 server='xmpp.jp'
[19:32:13 0B70] [my] (02C1C7F0:864) Connection closed internal
[19:32:13 0B70] [my] (02C1C7F0:4294967295) Connection closed
[19:32:13 0B70] [my] Exiting ServerThread
 

[close]

[nicecall777]

а если поставить полный openssl с утилитами и попросить его открыть соединение на тот сайт?

я поставил на вин хп обе версии отсюда https://slproweb.com/products/Win32OpenSSL.html плюс тестил на вин 7 (где это шифрование уже должно стоять по дефолту) - не помогло. плюс учитывая, что другая не перегруженная учетка из того же сервера работает без нареканий - значить проблема не в этом..

[Apollo2k4]

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

Если, что это не нетлог, это XML лог самого джаббера, нетлог делается немного по другому (Настойки → Сеть → Журнал… И далее интересующие галочки), нетлог можно отправить на почту ghazan, а ошибка у вас примитивная. Хорошо бы теперь понять что в этот момент происходит с сетевым стеком на вашей машине.
Post Merge: 26 04 2018, 18:42:48

Code: [Select]

net helpmsg 10053Проверьте Фаервол или Антивирус.

[nicecall777]

это не нетлог, это XML лог самого джаббера, нетлог делается немного по другому (Настойки → Сеть → Журнал… И далее интересующие галочки)

да я как раз так и делал (Настойки- Сеть-Журнал) все галки активны, разве что ssl traffic была снята по дефолту.

Проверьте Фаервол или Антивирус.

на вин 7 антивируса нет вообще. фаервол стоит все по дефолту. также забыл упомянуть что вся работа идет через впн - возможно это как то влияет. но в любом случае как я уже писал выше при прочих равных учетка на 1-2 контакта того же сервера работает без каких либо проблем.

[ghazan]

nicecall777,
remote-server-timeout значит, что у тебя в ростере сидит контакт с другого сервера, и этот сервер либо издох, либо недоступен, и пробросить туда s2s соединение невозможно. возможно, поможет простое стирание этого контакта

[nicecall777]

remote-server-timeout значит, что у тебя в ростере сидит контакт с другого сервера, и этот сервер либо издох, либо недоступен, и пробросить туда s2s соединение невозможно. возможно, поможет простое стирание этого контакта

проверил все remote-server-timeout, нашел много разных серверов, тупо удалить все контакты не могу т.к. теряется хистори, и где гарантии что это не повториться в будущем. неужели это нормально что из за недоступности какого либо сервера миранда глючит и вылетает? разве она просто не может принять инфо что сервер сдох и продолжить работать себе дальше?

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

может все таки проблема из за довольно большого списка контактов - почти 500 шт? или для миранды это не помеха?

есть огромное желание разобраться и заставить осн жабу на xmpp.jp работать норм, поскольку все контакты на ней

[Apollo2k4]

nicecall777, большие КЛ для миранды не проблема, если протоколы переваривают нормально. У ghazan, КЛ ≈ 2000 контактов.