Wątek: [rozwiązane] Problem XMPP+SSL/TLS po ostatniej aktualizacji (OpenSSL+OpenFire)

[sonnarch]

Ustawiam TLS, bo takie coś jest na serwerze (:5222) (swoją drogą, poprzednim razem też nie chciało działać z TLS, a jedynie przy wymuszeniu SSL na :5223 gadało) i wisi.

Konsola wygląda tak:

Kod: konsola [Zaznacz]

[082253::MMDL] Startup
[082253::PRFL] 	Locking profile
[082254::PLMG] WARNING: Plugin 'utlWycinek.plug' has no valid GUID
[082254::IEVD] Internet Explorer 8 or newer is installed, good.
[082254::UACH] UAC is enabled, running @standard rights
[082254::MMDL] Creating main window
[082254::RNDR] Running in GDI Mode
[082254::GG] GG protocol plugin starting up...
[082254::XMPP] XMPP protocol plugin starting up...
[082254::INFO] utlInfo (k.info) plugin starting up...
[082254::MMDL] Startup time: 0,59s
[082254::SESS] Session parameter changed -> 0x101
[082255::MMDL] Auto-connect (T: 4)
[082255::SSLI] SSLI Initialization took 15ms
[082255::GGHB] Server found: ggproxy-31.gadu-gadu.pl:443, SSL: 1 (1 in db)
[082256::SSLI] SSLI Initialization took 0ms
[082257::SSLI] SSLI Initialization took 0ms
[082259::GGPP] Server likes you. Pass accepted, logged in (##)
[082300::XMPP] Authorization OK (gmail.akurat.dziala@gmail.com)
[082341::SSLI] SSLI Initialization took 0ms

Konsola protokołu wygląda tak:

Kod: TLS, szare [Zaznacz]

</stream:stream>

Kod: TLS, szare [Zaznacz]

<?xml version="1.0"?><stream:stream xmlns:stream="http://etherx.jabber.org/streams" version="1.0" xmlns="jabber:client" to="mojserwer.com" xml:lang="en" xmlns:xml="http://www.w3.org/XML/1998/namespace" >

To nie mi się źle skopiowało, w konsoli też nie ma '<':

Kod: TLS, białe [Zaznacz]

xml version='1.0' encoding='UTF-8'?><stream:stream xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client" from="mojserwer.com" id="jakieś zmienne 7 hexów" xml:lang="en" version="1.0"/>

Kod: TLS, białe [Zaznacz]

<stream:features><starttls xmlns="urn:ietf:params:xml:ns:xmpp-tls"></starttls><mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl"><mechanism>PLAIN</mechanism></mechanisms><auth xmlns="http://jabber.org/features/iq-auth"/></stream:features>

Kod: TLS, szare [Zaznacz]

<starttls xmlns="urn:ietf:params:xml:ns:xmpp-tls" />

Kod: TLS, białe [Zaznacz]

<proceed xmlns="urn:ietf:params:xml:ns:xmpp-tls"/>

I to leci w kółko.

Przy wymuszaniu SSL (czy to v2, czy v3) jest tylko

Kod: SSL, szare [Zaznacz]

</stream:stream>

Ponadto, dopiero po dłuuugim czasie (jakieś 5 minut, może więcej) wyskakuje okno z informacją jak na załączonym obrazku.

Celem podsumowania: mam tak na Win7 x64 Professional PL.

Wtyczki:
protoGG, protoXMPP (2 konta, jedna wtyczka jak Kaw przykazał), utlInfo, utlWycinek,
ponadto zainstalowane, nieaktywne w trybie ręcznym: smsBlue, smsStdGates, utlWebTools7, utlIgnore

Zgłosić to na bugtraq?

[kef]

[Kaworu]

I tez OpenFire?

[Docent]

U mnie też Openfire...

[kef]

Openfire 3.6.4

[Kaworu]

Wiecie, że o bug posądzam javę? ;P

[sonnarch]

Teraz już wiemy. A coś konkretnego? Może to istotnie problem openfire/javy i wypadałoby im zgłosić buga?

[Kaworu]

Znaczy, mógłbym jeszcze posądzać OpenSSL. Pewności nie mam co się dzieje. Tymbardziej, ze sprawdzałemkilka publicznych serwerów na OF i działały magicznie ;P

[Docent]

Czy planujesz coś w związku z tym błędem zrobić? Jeśli to faktycznie błąd w Openfire, to można go zgłosić na ich forum. Nie znam się oczywiście na wnętrznościach WTW, ale wydaje mi się, że jednak po stronie aplikacji być może też można to jakoś rozwiązać - w końcu do niedawna działało...

pozdrawiam,
Docent

[buttie]

Tutaj twierdzą, że błąd naprawia aktualizacja javy na OF przynajmniej do wersji 0_17. Oryginalna paczka OF 3.6.4 jest zbudowana ze starą, dziurawą i zbugowaną 0_03.

[Docent]

Pytanie tylko, jak to zrobić - czy trzeba rekompilować Openfire? Widziałem, że java używana przez OF jest w katalogu /jre w aplikacji. Nie sądzę jednak, żeby wystarczyło podmienić pliki ;) Ktoś się może orientuje?

[Kaworu]

Zainstalować JRE osobno i potem OpenFire bez jRE? ;P

A dzis albo jutro bedzie nowa nightly, ktora moze poprawi ten blad, zalezy czy woraroundy z openssl na bugi serwerow zadzialaja w tym wypadku ;p

[Docent]

Okazało się to prostsze niż myślałem ;) Może się komuś przyda: wystarczy w pliku %programfiles%\Openfire\.install4j\pref_jre.cfg zamienić ścieżkę - zamiast starej Javy (wbudowanej) trzeba wskazać zainstalowaną w systemie Javę w nowszej wersji. Faktycznie rozwiązuje to problem z SSL i WTW, buttie - big thx ;)

Pozdrawiam,
Docent

[sonnarch]

O, pomogła zmiana jre ;)
Dzięki wielkie. To oznaczam jako rozwiązany :)

[kef]

Ja, na firmowym serwerze, JRE oczywiście zmienić nie mogę.
SSL_OP_ALL rozwiązało jednak wszystkie problemy. Dzięki Kaworu.