SSL23_WRITE: falha de handshake SSL: s23_lib.c: 177

3

Ao tentar conectar-se a um servidor xmpp por SSL, o openssl falha com o seguinte erro: 3071833836: erro: 140790E5: Rotinas SSL: SSL23_WRITE: falha de handshake SSL: s23_lib.c: 177

Eu acredito que o servidor usa a cifra RC4-MD5, aqui está a saída completa:

[root@localhost ~]# openssl s_client -connect 184.106.52.124:5222 -cipher RC4-MD5
CONNECTED(00000003)
>>> SSL 2.0 [length 0032], CLIENT-HELLO
    01 03 03 00 09 00 00 00 20 00 00 04 01 00 80 00
    00 ff b0 c9 c2 3f 0b 0e 98 df b4 dc fe b7 e8 8f
    17 9a 34 b5 9b 17 1b 2b ac 01 dc bd 2b a9 2d 18
    44 0c
3071866604:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:177:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 0 bytes and written 52 bytes
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
---

Usando o gnutls-cli:

[root@localhost ~]# gnutls-cli 184.106.52.124 -p 5222
Resolving '184.106.52.124'...
Connecting to '184.106.52.124:5222'...
*** Fatal error: A TLS packet with unexpected length was received.
*** Handshake has failed
GNUTLS ERROR: A TLS packet with unexpected length was received.

Conectar-se ao mesmo servidor na porta 5223 funciona bem.

Usando o OpenSSL 1.0.1e-fips no CentOS 6.5 e OpenSSL 1.0.1f no Ubuntu 14.04.1

Alguma dica sobre como solucionar isso? Agradecemos antecipadamente.

    
por Armin 23.08.2014 / 05:17

1 resposta

0

Do que você postou até agora, parece um pouco que escutar processo na porta 5222 não está usando SSL. Como diagnóstico, talvez tente a resposta encontrada aqui:

link

Além disso, parece que daqui: link , que as conexões na porta 5222 convencionalmente não são protegidas por SSL (consulte o RFC 3920, Apêndice D1).

    
por 01.04.2015 / 23:26