SSL recibió un registro que excedió la longitud máxima permitida. (Código de error: SSL_ERROR_RX_RECORD_TOO_LONG)

Question

I seguido los documentos oficiales sobre la configuración https se encuentran aquí: https://help.ubuntu.com/6.06/ubuntu/serverguide/C/httpd.html#https-configuration

tuve que quitar la +CompatEnvVars de

SSLOptions +FakeBasicAuth +ExportCertData +CompatEnvVars +StrictRequire 

porque dijo que era un comando no válido o algo así. Así que tener que eliminado y siguiendo las instrucciones de la uña se consigue el error:

SSL received a record that exceeded the maximum permissible length. 

(Error code: ssl_error_rx_record_too_long) 

Soy nuevo en SSL, algún consejo sobre lo que va mal?

Answer 1

Acabo de experimentar este problema. Para mí, apareció cuando un código erróneo intentaba redirigir a HTTPS en el puerto 80.

p.

https://example.com:80/some/page

eliminando el puerto 80 de la url, la redirección funciona.

HTTPS por defecto se ejecuta a través del puerto 443.

Answer 2

que tenían el mismo error. Olvidé crear un enlace de sites-enabled/000-default-ssl al archivo sites-available/default-ssl.

> ln -s /etc/apache2/sites-available/default-ssl /etc/apache2/sites-enabled/000-default-ssl 

Answer 3

que utilizan

a2ensite default-ssl 

y funcionó como un encanto.

Si quiere forzar, p. phpmyadmin para usar SSL/https se encontrará con este problema si este enlace falta.

Answer 4

En mi caso he utilizado accidentalmente SSL en la configuración Virtualhost para el puerto 80, en lugar de 443.

Answer 5

En mi caso, un sistema Ubuntu, en ports.conf tuve

NameVirtualHost *:80 
NameVirtualHost 192.168.1.79 
Listen 80 

Y luego , adentro, tenía

NameVirtualHost *:443 
Listen 443 

Todo lo que tenía que hacer era quitar la línea NameVirtualHost 192.168.1.79. Reiniciado apache y problema resuelto.

Answer 6

Este error también ocurre cuando ha activado el módulo SSL (es decir, ha ejecutado, por ejemplo, a2enmod ssl) pero aún no ha habilitado ninguna entrada de sitio SSL (es decir, no ha ejecutado, por ejemplo, a2ensite default-ssl).

Answer 7

Mi caso está relacionado con Greg B's: Visual Studio crea dos sitios cuando SSL está habilitado: uno para solicitudes HTTP seguras y otro para http. Sin embargo, Visual Studio elige dos puertos al azar y, dependiendo de cómo inicie el depurador, podría estar apuntando a la página incorrecta para el tipo de solicitud. Especialmente si edita la URL pero no cambia el número de puerto.

Al ver estas publicaciones troté mi memoria.

Sé que esto no está relacionado con APACHE, pero definitivamente es una página que las personas con ese error encontrarán ..

Answer 8

En mi caso copié una configuración de ssl de otra máquina y tenía una dirección IP incorrecta en <VirtualHost wrong.ip.addr.here:443>. Cambió el IP a lo que debería ser, reinicié httpd y el sitio se cargó a través de SSL como se esperaba.

Answer 9

En mi caso, tenía que instalar mod_ssl primera

yum install mod_ssl 

Answer 10

Esto parece ser el resultado que se ve desde Firefox cuando el servidor no está correctamente configurado para SSL. Chrome, por cierto, acaba de dar un código genérico "ssl failed".

Lo que sucede es que el navegador envía un protocolo de enlace SSL cuando el servidor espera una solicitud HTTP. El servidor responde con un código 400 y un mensaje de error que es mucho más grande que el mensaje de saludo que espera el navegador. De ahí el mensaje FF.

Como podemos ver en las respuestas aquí, hay muchas cosas que pueden romper la configuración de SSL pero no detener el inicio del servidor ni dar pistas en error.log.

Lo que hice fue verificar sistemáticamente todas las respuestas hasta que finalmente encontré la correcta, justo en la parte inferior.

Esto es lo que tenía en los registros de acceso:

rfulton.actrix.co.nz:80 192.168.1.3 - - [09/Oct/2016:13:39:32 +1300] "\x16\x03\x01" 400 0 "-" "-" 
rfulton.actrix.co.nz:80 192.168.1.3 - - [09/Oct/2016:13:39:46 +1300] "\x16\x03\x01" 400 0 "-" "-" 
rfulton.actrix.co.nz:80 192.168.1.3 - - [09/Oct/2016:13:49:13 +1300] "\x16\x03\x01" 400 0 "-" "-" 

Answer 11

me dieron el mismo error después de habilitar TLSv1.2 en webmin. Inmediatamente después de habilitar TLSv1.2 por accidente pensando que era SSLv2, no pude iniciar sesión en https://myipaddress:10000 como lo hice antes. Encontré este enlace http://smallbusiness.chron.com/disable-ssl-webmin-miniserv-60053.html y me ayudó porque pude acceder al archivo de configuración webmin y pude TLSv1.2