SSL a reçu un enregistrement dépassant la longueur maximale autorisée. (Code d'erreur: ssl_error_rx_record_too_long)
J'ai suivi la documentation officielle sur la configuration https située ici: https://help.ubuntu.com/6.06/ubuntu/serverguide/C/httpd.html#https-configuration
J'ai dû retirer le +CompatEnvVars de
SSLOptions +FakeBasicAuth +ExportCertData +CompatEnvVars +StrictRequire
parce qu'il a dit que c'était une commande invalide ou quelque chose. Donc, après avoir enlevé cela et suivi les instructions à la base, l'erreur est la suivante:
SSL received a record that exceeded the maximum permissible length.
(Error code: ssl_error_rx_record_too_long)
Je suis nouveau sur SSL, des conseils sur ce qui ne va pas?
Je viens de vivre ce problème. Pour moi, il est apparu quand un code erroné essayait de rediriger vers HTTPS sur le port 80.
par exemple.
en supprimant le port 80 de l'URL, la redirection fonctionne.
HTTPS fonctionne par défaut sur le port 443.
J'ai utilisé
a2ensite default-ssl
et ça a fonctionné comme un charme.
Si vous voulez forcer, par exemple, phpmyadmin pour utiliser SSL/https, vous rencontrerez ce problème si ce lien est manquant.
J'ai eu la même erreur. J'ai oublié de créer un lien de sites/permis/000-default-ssl vers le fichier sites-available/default-ssl.
> ln -s /etc/Apache2/sites-available/default-ssl /etc/Apache2/sites-enabled/000-default-ssl
Cela semble être le résultat obtenu par Firefox lorsque le serveur n'est pas configuré correctement pour SSL. Chrome, BTW, vient de donner un code générique "échec de ssl".
En fait, le navigateur envoie une liaison SSL lorsque le serveur attend une requête HTTP. Le serveur répond avec un code 400 et un message d'erreur beaucoup plus volumineux que le message de prise de contact attendu par le navigateur. D'où le message FF.
Comme nous pouvons le constater, beaucoup de choses peuvent rompre la configuration SSL sans empêcher le démarrage du serveur ou donner des indices dans error.log.
Je vérifiais systématiquement toutes les réponses jusqu'à ce que je trouve finalement la bonne, tout en bas.
Voici ce que j'avais dans les journaux d'accès:
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 "-" "-"
Cette erreur se produit également lorsque vous avez activé le module SSL (c'est-à-dire que vous avez exécuté, par exemple, a2enmod ssl), mais que vous n'avez pas encore activé les entrées de site SSL (c'est-à-dire que vous n'avez pas exécuté, par exemple, a2ensite default-ssl).
Dans mon cas, je devais d'abord installer mod_ssl
yum install mod_ssl
Dans mon cas, j'ai copié une configuration SSL à partir d'une autre machine et j'avais l'adresse IP incorrecte dans <VirtualHost wrong.ip.addr.here:443>. L'adresse IP a été modifiée, httpd redémarré et le site chargé via SSL comme prévu.
Dans mon cas, un système Ubuntu, dans ports.conf j'avais
NameVirtualHost *:80
NameVirtualHost 192.168.1.79
Listen 80
Et puis, à l'intérieur, j'avais
NameVirtualHost *:443
Listen 443
Tout ce que je devais faire était de supprimer la ligne NameVirtualHost 192.168.1.79. Apache redémarré et problème résolu.
Mon cas est lié à Greg B - Visual Studio crée deux sites lorsque SSL est activé - un pour les demandes sécurisées et un pour les requêtes http normales. Toutefois, Visual Studio choisit deux ports au hasard et, selon le démarrage du débogueur, il est possible que vous pointiez vers la mauvaise page pour le type de demande. Surtout si vous modifiez l'URL mais ne changez pas le numéro de port.
Voir ces messages a secoué ma mémoire.
Je sais que ce n'est pas lié à Apache, mais c'est certainement une page que les personnes avec cette erreur trouveront ..
Dans mon cas, j’ai utilisé accidentellement SSL dans la configuration Virtualhost pour le port 80, au lieu de 443.
J'ai eu la même erreur après l'activation de TLSv1.2 dans Webmin. Juste après avoir activé TLSv1.2 par accident, pensant qu'il s'agissait de SSLv2, je ne pouvais pas me connecter à partir de https: // adresseIPIP: 10000 comme je le faisais auparavant. J'ai trouvé ce lien http://smallbusiness.chron.com/disable-ssl-webmin-miniserv-60053.html et cela m'a aidé car j'ai pu accéder au fichier de configuration Webmin et j'ai pu TLSv1.2
Je vais cette erreur lorsque j'essayais d'accéder à une URL en utilisant curl:
curl 'https://example.com:80/some/page'
La solution consistait à changer https en http
curl 'http://example.com:80/some/page'
Si vous effectuez une mise à niveau à partir d'une ancienne version d'Apache2, assurez-vous que vos fichiers de configuration disponibles pour les sites Apache se terminent par .conf et sont activés avec a2ensite.