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

[nicecall777]

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

добавляю новый лог (последние 2 минуты перед крашем):

Spoiler

[17:50:25 0A9C] [JABBER_1] (01002DC8:536) Data received
<iq xml:lang='en' to='*********@xmpp.jp/Miranda' from='*****@******/null' type='result' id='mir_27'><query xmlns='http://jabber.org/protocol/disco#info' node='unknown#n/a'/><error type='cancel'>
<item-not-found xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error></iq>
[17:50:25 0A9C] [JABBER_1] recvResult = 276
[17:50:25 0A9C] [JABBER_1] bytesParsed = 276
[17:50:25 0A9C] [JABBER_1] (01002DC8:536) Data received
<iq xml:lang='en' to='*********@xmpp.jp/Miranda' from='*******@********/xmpp' type='result' id='mir_28'><query xmlns='http://jabber.org/protocol/disco#info' node='http://pidgin.im/#DdnydbQjk9vbSf+b+bF0zo='><identity category='client' type='pc' name='Adium'/><feature var='jabber:iq:last'/><feature var='jabber:iq:oob'/><feature var='urn:xmpp:time'/><feature var='jabber:iq:version'/><feature var='jabber:x:conference'/><feature var='http://jabber.org/protocol/bytestreams'/><feature var='http://jabber.org/protocol/caps'/><feature var='http://jabber.org/protocol/chatstates'/><feature var='http://jabber.org/protocol/disco#info'/><feature var='http://jabber.org/protocol/disco#items'/><feature var='http://jabber.org/protocol/muc'/><feature var='http://jabber.org/protocol/muc#user'/><feature var='http://jabber.org/protocol/si'/><feature var='http://jabber.org/protocol/si/profile/file-transfer'/><feature var='http://jabber.org/protocol/xhtml-im'/><feature var='urn:xmpp:ping'/><feature var='urn:xmpp:attention:0'/><feature var='urn:xmpp:bob'/><feature var='urn:xmpp:jingle:1'/><feature var='urn:xmpp:avatar:metadata'/><feature var='urn:xmpp:avatar:data'/><feature var='urn:xmpp:avatar:metadata+notify'/><feature var='http://jabber.org/protocol/mood'/><feature var='http://jabber.org/protocol/mood+notify'/><feature var='http://jabber.org/protocol/tune'/><feature var='http://jabber.org/protocol/tune+notify'/><feature var='http://jabber.org/protocol/nick'/><feature var='http://jabber.org/protocol/nick+notify'/><feature var='http://jabber.org/protocol/ibb'/><feature var='http://jabber.org/protocol/commands'/></query></iq>
[17:50:25 0A9C] [JABBER_1] recvResult = 1634
[17:50:25 0A9C] [JABBER_1] bytesParsed = 1634
[17:50:32 0A9C] [JABBER_1] (01002DC8:536) Data received
<presence to='*********@xmpp.jp/Miranda' from='******@***********/Psi+'><c xmlns='http://jabber.org/protocol/caps' node='http://psi-dev.googlecode.com/caps' ver='0.16' ext='ca cs cv e-time ep-notify-2 html last-act mr sxe whiteboard'/><priority>30</priority><show>xa</show><status>Автостатус (неактивен)</status></presence>
[17:50:32 0A9C] [JABBER_1] recvResult = 348
[17:50:32 0A9C] [JABBER_1] bytesParsed = 348
[17:50:32 0A9C] [JABBER_1] JabberUpdateJidDbSettings: updating jid ********@************ to rc Psi+
[17:50:32 0A9C] [JABBER_1] JabberUpdateMirVer: for rc Psi+: http://psi-dev.googlecode.com/caps#3bfea40599kloaa059aa080b0f2
[17:50:32 0A9C] [JABBER_1] hovard (*******@*********/Psi+) online, set contact status to Not available
[17:50:32 0A9C] [JABBER_1] Avatar enabled
[17:50:32 0A9C] [JABBER_1] Not hasXAvatar
[17:50:46 0D84] [JABBER_1] Expiring iq id 30, sent to server
[17:50:46 0D84] [JABBER_1] (01002DC8:536) Data sent
</stream:stream>
[17:50:55 0A9C] [JABBER_1] (01002DC8:536) Data sent
<iq type="get" id="mir_31" from="*********@xmpp.jp/Miranda"><ping xmlns="urn:xmpp:ping"/></iq>
[17:50:55 0A9C] SSL failure sending data (-1, 1, 0)
[17:50:55 0A9C] [JABBER_1] Netlib_Send() failed, error=0
[17:51:45 0D84] [JABBER_1] Expiring iq id 31, sent to server
[17:51:45 0D84] [JABBER_1] (01002DC8:536) Data sent
</stream:stream>
[17:51:45 0D84] SSL failure sending data (-1, 1, 0)
[17:51:45 0D84] [JABBER_1] Netlib_Send() failed, error=0
[17:51:55 0A9C] [JABBER_1] (01002DC8:536) Data sent
<iq type="get" id="mir_32" from="*********@xmpp.jp/Miranda"><ping xmlns="urn:xmpp:ping"/></iq>
[17:51:55 0A9C] SSL failure sending data (-1, 1, 0)
[17:51:55 0A9C] [JABBER_1] Netlib_Send() failed, error=0
[17:52:46 0D84] [JABBER_1] Expiring iq id 32, sent to server
[17:52:46 0D84] [JABBER_1] (01002DC8:536) Data sent
</stream:stream>
[17:52:46 0D84] SSL failure sending data (-1, 1, 0)
[17:52:46 0D84] [JABBER_1] Netlib_Send() failed, error=0
[17:52:46 0A9C] SSL failure recieving data (-1, 1, 10058)
[17:52:46 0A9C] [JABBER_1] Netlib_Recv() failed, error=10058
[17:52:46 0A9C] [JABBER_1] recvResult = 0
[17:52:46 0A9C] [JABBER_1] 1
[17:52:46 0A9C] [JABBER_1] 2
[17:52:46 0A9C] [JABBER_1] Thread ended: type=0 server='xmpp.jp'
[17:52:46 0A9C] [JABBER_1] (01002DC8:536) Connection closed internal
[17:52:46 0A9C] [JABBER_1] (01002DC8:4294967295) Connection closed
[17:52:46 0A9C] [JABBER_1] Exiting ServerThread

[close]

также заметил эти повторяющиеся (делал несколько краш-тестов и логов) "Expiring iq id 30 (31,32..), sent to server" - это никак не поможет определить причину?

[nicecall777]

по поводу рекомендации снять галку "Keep connection alive"..

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

теперь по поводу сообщений. тут вообще странности продолжаются и дальше. сразу при включении миранды сообщения в сторону xmpp.jp и дальше доходят мгновенно, а с xmpp.jp на другие сервера с задержкой в 2-3 минуты (но теперь уже доходят все, сколько было послано, и уже не теряются насовсем как в случае со включенной галкой), потом после этих 2-3 минут уже все без исключения сообщения с xmpp.jp на другие сервера доходят мгновенно без каких либо задержек, можно сказать что по прошествии этого времени миранда начинает работать как надо без замечаний.

что за магия? почему эти 2-3 минуты в первом и втором случае являются решающими? что именно не дает при снятой галке в эти 2-3 минуты доходить сообщениям с xmpp.jp на другие сервера мгновенно без задержек? продублировал ghazan в ПМ

[Apollo2k4]

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

Это сделано для пользователей которые сидят за прокси которое может рвать соединения, а включение данной функции приводит к тому, что раз в какое-то время идёт пустой пакет чтобы прокси не разорвал соединение.

[ghazan]

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

[nicecall777]

Это сделано для пользователей которые сидят за прокси которое может рвать соединения, а включение данной функции приводит к тому, что раз в какое-то время идёт пустой пакет чтобы прокси не разорвал соединение.

я как раз сижу за впн - в моем случае снятие галки это хорошо или плохо?

[Apollo2k4]

я как раз сижу за впн - в моем случае снятие галки это хорошо или плохо?

В вашем случае – это не должно играть роли. VPN клиент сам реализует keep-alive на уровне протокола.

[nicecall777]

значит этот сервер просто не поддерживает keep alive, хотя в его капсах это прописано. достаточно удивительный факт

как я уже говорил ранее, я создал тестовый новый чистый акк на xmpp.jp с 2-3 контактами в ростере и на той же миранде при тех же условиях (с включенной по умолчанию галкой "Keep connection alive") все работало отлично. Так же тестил основную учетку xmpp.jp с 500 контактами на борту на других клиентах (пси+, пиджин) - и все так же работало без проблем. Выходит сервер поддерживает keep alive.

Как бы ни было снятие галки в моей ситуации это частичный выход, т.к. через 2-3 минуты после старта миранды все же начинает работать без нареканий (разве что остается актуальным вопрос что именно мешает ей в этот промежуток времени..) ghazan, спасибо за совет

[ghazan]

Выходит сервер поддерживает keep alive.

тогда нужен нетворк лог с самого начала с указанием пакета, ответ на который не пришел, тогда и посмотрим, поддерживает он keep alive или нет