☰

Openssl se bloquea después del saludo del cliente

tag-icon • tag-icon centos amazon-ec2 amazon-web-services openssl
Openssl se bloquea después del saludo del cliente

Recibí el siguiente error extraño de conexión SSL:

openssl s_client -ssl3 -connect host:443  -msg

CONNECTED(00000003)
>>> SSL 3.0 Handshake [length 0087], ClientHello
    01 00 00 83 03 00 53 70 cb 57 f8 66 46 4d ad 9f
    12 f9 03 32 11 b9 58 f8 82 d7 43 36 80 c9 39 68
    14 72 85 18 95 2b 00 00 5c c0 14 c0 0a 00 39 00
    38 00 88 00 87 c0 0f c0 05 00 35 00 84 c0 12 c0
    08 00 16 00 13 c0 0d c0 03 00 0a c0 13 c0 09 00
    33 00 32 00 9a 00 99 00 45 00 44 c0 0e c0 04 00
    2f 00 96 00 41 00 07 c0 11 c0 07 c0 0c c0 02 00
    05 00 04 00 15 00 12 00 09 00 14 00 11 00 08 00
    06 00 03 00 ff 01 00
write:errno=104
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 0 bytes and written 0 bytes

A veces, la conexión funciona bien y, a veces, se producen los errores anteriores sin que se conozca ningún caso, ni siquiera llegando al estado de intercambio de certificados.

Mi sistema es un CentOS 6.5 OpenSSL 1.0.1e-fips 11 Feb 2013.

Respuesta1

Descubrí que el nuevo tipo de instancias de AWS tiene MTU 9001 de forma predeterminada y esto causa errores con los paquetes SSL: a veces se retrasan y otras se descartan. Configurar MTU en 1500 ayudó a resolver este problema.

cita dehttp://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html:

La unidad de transmisión máxima (MTU) para una instancia depende de su tipo de instancia. Los siguientes tipos de instancias proporcionan 9001 MTU (tramas gigantes): CC2, C3, R3, CG1, CR1, G2, HS1, HI1, I2 y M3. Los otros tipos de instancias proporcionan 1500 MTU (tramas Ethernet v2).

información relacionada