ssl_error_rx_record_too_long und Apache SSL [geschlossen]

Ich habe einen Kunden, der versucht, auf eine meiner Websites zuzugreifen, und er erhält weiterhin den Fehler> ssl_error_rx_record_too_long

Sie erhalten diesen Fehler auf allen Browsern, allen Plattformen. Ich kann das Problem überhaupt nicht reproduzieren.

Mein Server und ich befinden uns in den USA, der Kunde in Indien.

Ich habe über das Problem gegoogelt, und die Hauptquelle scheint zu sein, dass der SSL-Port in HTTP spricht. Ich habe meinen Server überprüft, und dies geschieht nicht. Ich habe die hier erwähnte Lösung ausprobiert , aber der Kunde hat angegeben, dass das Problem nicht behoben wurde.

Kann mir jemand sagen, wie ich das beheben oder wie ich das reproduzieren kann ???

DIE LÖSUNG

Es stellte sich heraus, dass der Kunde einen falsch konfigurierten lokalen Proxy hatte!

Ich hoffe, das hilft jedem, der diese Frage findet und versucht, sie in Zukunft zu debuggen.

Der von Subimage erwähnte Link war genau das Richtige für mich. Es wurde vorgeschlagen, das virtuelle Host-Tag zu ändern, dh von <VirtualHost myserver.example.com:443>nach<VirtualHost _default_:443>

Fehlercode: ssl_error_rx_record_too_long

Dies bedeutet normalerweise, dass die Implementierung von SSL auf Ihrem Server nicht korrekt ist. Der Fehler wird normalerweise durch ein serverseitiges Problem verursacht, das der Serveradministrator untersuchen muss.

Im Folgenden finden Sie einige Dinge, die wir empfehlen.

• Stellen Sie sicher, dass Port 443 auf Ihrem Server geöffnet und aktiviert ist. Dies ist der Standardport für die https-Kommunikation.

• Wenn SSL einen nicht standardmäßigen Port verwendet, kann FireFox 3 diesen Fehler manchmal auslösen. Stellen Sie sicher, dass SSL auf Port 443 ausgeführt wird.

• Wenn Sie Apache2 verwenden, überprüfen Sie, ob Sie Port 443 für SSL verwenden. Dies kann durch Festlegen der Datei ports.conf wie folgt erfolgen

  Listen 80
  Listen 443 https
  

• Stellen Sie sicher, dass nicht mehr als ein SSL-Zertifikat dieselbe IP-Adresse hat. Bitte stellen Sie sicher, dass alle SSL-Zertifikate ihre eigene dedizierte IP verwenden.

• Wenn Sie Apache2 verwenden, überprüfen Sie Ihre vhost-Konfiguration. Einige Benutzer haben Änderungen gemeldet <VirtualHost>, _default_um den Fehler zu beheben.

Das hat mein Problem behoben. Es ist selten, dass ich eine Fehlermeldung google und den ersten Treffer mit der richtigen Antwort erhalte! :-)

Zusätzlich zu den oben genannten sind dies einige andere Lösungen, die andere Leute gefunden haben, die das Problem verursacht haben:

• Stellen Sie sicher, dass Ihr SSL-Zertifikat nicht abgelaufen ist

• Versuchen Sie, die Chiffre anzugeben:

  SSLCipherSuite ALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM:+SSLv3

Die Lösung für mich war, dass default-sslin Apache 2 nicht aktiviert wurde ... nur PuttenSSLEngine On

Ich musste ausführen a2ensite default-sslund alles funktionierte.

In meinem Fall musste ich den <VirtualHost *> wieder in <VirtualHost *: 80> ändern (dies ist die Standardeinstellung unter Ubuntu). Andernfalls verwendete der Port 443 kein SSL und sendete einfaches HTML an den Browser zurück.

Sie können ganz einfach überprüfen, ob dies der Fall ist: Stellen Sie einfach eine Verbindung zu Ihrem Server her http://www.example.com:443 . Wenn Sie einfaches HTML sehen, verwendet Ihr Apache überhaupt kein SSL an Port 443, höchstwahrscheinlich aufgrund einer Fehlkonfiguration von VirtualHost.

Prost!

In meinem Fall hatte ich vergessen, SSLEngine Ondie Konfiguration einzustellen . Wie so,

<VirtualHost _default_:443>
  SSLEngine On
  ...
</VirtualHost>

http://httpd.apache.org/docs/2.2/mod/mod_ssl.html#sslengine

Wenn Sie nach dem Einrichten eines neuen https vhost den Fehler haben und die Konfiguration richtig zu sein scheint, denken Sie daran, auch einen Link zu erstellen sites-enabled.

Alte Frage, aber erstes Ergebnis in Google für mich, also hier ist, was ich tun musste.

Ubuntu 12.04 Desktop mit installiertem Apache

Die gesamte Konfiguration und mod_ssl wurde installiert, als ich Apache installiert habe, aber es war noch nicht an den richtigen Stellen verlinkt. Hinweis: Alle folgenden Pfade beziehen sich auf / etc / apache2 /

mod_sslWenn in gespeichert ./mods-availableist und die SSL-Site-Konfiguration in ist ./sites-available, müssen Sie diese nur mit den richtigen Stellen in ./mods-enabledund verknüpfen./sites-enabled

cd /etc/apache2
cd ./mods-enabled
sudo ln -s ../mods-available/ssl.* ./
cd ../sites-enabled
sudo ln -s ../sites-available/default-ssl ./

Starten Sie Apache neu und es sollte funktionieren. Ich habe versucht, auf https: // localhost zuzugreifen , daher können Ihre Ergebnisse für den externen Zugriff variieren, aber das hat bei mir funktioniert.

Fragen Sie den Benutzer nach der genauen URL, die er in seinem Browser verwendet. Wenn sie https://your.site:80 eingeben, erhalten sie möglicherweise den Fehler ssl_error_rx_record_too_long.

In meinem Fall hatte ich die falsche IP-Adresse in der virtuellen Hostdatei. Das Listen war 443 und die Zeilengruppe war, <VirtualHost 192.168.0.1:443>aber der Server hatte nicht die Adresse 192.168.0.1!

Bitte sehen Sie diesen Link .

Ich habe alle meine Apache-Protokolldateien durchsucht, bis ich den tatsächlichen Fehler gefunden habe (ich hatte den <VirtualHost>von _default_in meinen geändert fqdn). Als ich diesen Fehler behoben habe, hat alles gut funktioniert.

In meinem Fall bestand das Problem darin, dass https nicht korrekt gestartet werden konnte, da sich Listen 443 in der Funktion "IfDefine SSL" befand, mein Apache jedoch nicht mit der Option -DSSL gestartet wurde. Das Update bestand darin, mein Apachectl-Skript zu ändern in:

$HTTPD -k $ARGV

zu:

$HTTPD -k $ARGV -DSSL

Hoffe das hilft jemandem.

Mein Problem war auf eine NIEDRIGE MTU über eine VPN-Verbindung zurückzuführen.

netsh interface ipv4 show inter

Idx  Met   MTU   State        Name
---  ---  -----  -----------  -------------------
  1 4275 4294967295  connected    Loopback Pseudo-Interface 1
 10 4250   **1300**  connected    Wireless Network Connection
 31   25   1400  connected    Remote Access to XYZ Network

Fix: Netsh-Schnittstelle IPv4-Set-Schnittstelle "Wireless Network Connection" mtu = 1400

Es kann auch ein Problem über eine Nicht-VPN-Verbindung sein ...

Ich hatte eine durcheinandergebrachte Konfiguration des virtuellen Hosts. Denken Sie daran, dass Sie einen virtuellen Host ohne SSL für Port 80 und einen anderen mit SSL für Port 443 benötigen. Sie können nicht beide in einem virtuellen Host haben, wie es die von Webmin generierte Konfiguration versucht hat.

Ich hatte in einigen Browsern das gleiche Problem beim Zugriff auf meine SSL-Site. Ich habe festgestellt, dass ich fireFox den richtigen Proxy geben musste (FireFox hat direkt auf das Internet zugegriffen).

Abhängig von der LAN-Konfiguration (Tunneling, Filterung, Proxy-Umleitung) löst der Modus "Direkter Zugriff auf das Internet" für FireFox diesen Fehler aus.

Sie können auch versuchen, die Hosts-Datei zu reparieren.

Behalten Sie die vhost-Datei mit der vollständig qualifizierten Domäne bei und fügen Sie den Hostnamen in die Hosts-Datei / etc / hosts (debian) ein.

ip.ip.ip.ip name name.domain.com

Nach dem Neustart von apache2 sollte der Fehler behoben sein.

Für mich war die Lösung, dass mein ddclient nicht richtig cronning ...