ssl_error_rx_record_too_long i Apache SSL [zamknięte]

Mam klienta próbującego uzyskać dostęp do jednej z moich witryn, a on nadal otrzymuje ten błąd> ssl_error_rx_record_too_long

Otrzymują ten błąd we wszystkich przeglądarkach i na wszystkich platformach. W ogóle nie mogę odtworzyć problemu.

Mój serwer i ja znajduje się w USA, klient znajduje się w Indiach.

Przejrzałem problem, a głównym źródłem wydaje się, że port SSL mówi w HTTP. Sprawdziłem mój serwer i tak się nie dzieje. Wypróbowałem wymienione tutaj rozwiązanie , ale klient stwierdził, że nie rozwiązało problemu.

Czy ktoś może mi powiedzieć, jak to naprawić lub jak to odtworzyć ???

ROZWIĄZANIE

Okazuje się, że klient miał źle skonfigurowany lokalny serwer proxy!

Mam nadzieję, że pomoże to każdemu znaleźć to pytanie, próbując je debugować w przyszłości.

Link wspomniał Subimage miał rację w sprawie ceny dla mnie. Sugeruje zmianę wirtualnego znacznika hosta, tj. Z <VirtualHost myserver.example.com:443>na<VirtualHost _default_:443>

Kod błędu: ssl_error_rx_record_too_long

Zwykle oznacza to, że implementacja protokołu SSL na serwerze jest nieprawidłowa. Błąd jest zwykle spowodowany problemem po stronie serwera, który administrator serwera będzie musiał zbadać.

Poniżej znajduje się kilka rzeczy, które zalecamy wypróbować.

• Upewnij się, że port 443 jest otwarty i włączony na twoim serwerze. Jest to standardowy port do komunikacji https.

• Jeśli SSL używa niestandardowego portu, FireFox 3 może czasami dać ten błąd. Upewnij się, że protokół SSL działa na porcie 443.

• Jeśli używasz Apache2, sprawdź, czy używasz portu 443 dla SSL. Można to zrobić, ustawiając plik ports.conf w następujący sposób

  Listen 80
  Listen 443 https
  

• Upewnij się, że nie masz więcej niż jednego certyfikatu SSL z tym samym adresem IP. Upewnij się, że wszystkie certyfikaty SSL korzystają z własnego dedykowanego adresu IP.

• Jeśli używasz Apache2, sprawdź konfigurację vhosta. Niektórzy użytkownicy zgłosili zmianę w <VirtualHost>celu _default_rozwiązania błędu.

To naprawiło mój problem. Rzadko zdarza się, że google wyświetla komunikat o błędzie i otrzymuję pierwsze trafienie z właściwą odpowiedzią! :-)

Oprócz powyższych , niektóre inne rozwiązania, które znaleźli ludzie powodowali problem:

• Upewnij się, że Twój certyfikat SSL nie wygasł

• Spróbuj określić szyfr:

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

Rozwiązaniem dla mnie było to, że default-sslnie było włączone w Apache 2 .... po prostu wprowadzanieSSLEngine On

Musiałem wykonać a2ensite default-ssli wszystko działało.

W moim przypadku musiałem zmienić <VirtualHost *> z powrotem na <VirtualHost *: 80> (który jest domyślny w Ubuntu). W przeciwnym razie port 443 nie używał protokołu SSL i wysyłał zwykły kod HTML z powrotem do przeglądarki.

Możesz dość łatwo sprawdzić, czy to Twoja sprawa: po prostu połącz się z serwerem http://www.example.com:443 . Jeśli widzisz zwykły HTML, twój Apache w ogóle nie używa SSL na porcie 443, najprawdopodobniej z powodu błędnej konfiguracji VirtualHost.

Twoje zdrowie!

W moim przypadku zapomniałem ustawić SSLEngine Onw konfiguracji. Tak jak

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

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

Jeśli masz błąd po instalacji nowego vhosta https, a konfiguracja wydaje się być poprawna, pamiętaj, aby również dołączyć link sites-enabled.

Stare pytanie, ale najpierw wynik dla mnie w Google, więc oto, co musiałem zrobić.

Ubuntu 12.04 Desktop z zainstalowanym Apache

Cała konfiguracja i mod_ssl zostały zainstalowane, gdy zainstalowałem Apache, ale po prostu nie było jeszcze połączone w odpowiednich miejscach. Uwaga: wszystkie ścieżki poniżej odnoszą się do / etc / apache2 /

mod_ssljest przechowywany w ./mods-available, a konfiguracja witryny SSL jest włączona ./sites-available, wystarczy połączyć je z odpowiednimi miejscami w ./mods-enabledi./sites-enabled

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

Uruchom ponownie Apache i powinno działać. Próbowałem uzyskać dostęp do https: // localhost , więc wyniki mogą się różnić w przypadku dostępu zewnętrznego, ale zadziałało to dla mnie.

Zapytaj użytkownika o dokładny adres URL, którego używa w swojej przeglądarce. Jeśli wprowadzają https://your.site:80 , mogą otrzymać błąd ssl_error_rx_record_too_long.

W moim przypadku miałem nieprawidłowy adres IP w pliku wirtualnego hosta. Odsłuch wynosił 443, a zwrotka była, <VirtualHost 192.168.0.1:443>ale serwer nie miał adresu 192.168.0.1!

Proszę zobaczyć ten link .

Przeglądałem wszystkie moje pliki dziennika apache, aż znalazłem rzeczywisty błąd (zmieniłem <VirtualHost>z _default_na mój fqdn). Kiedy naprawiłem ten błąd, wszystko działało dobrze.

W moim przypadku problem polegał na tym, że https nie mógł się poprawnie uruchomić, ponieważ Listen 443 był w derective „IfDefine SSL”, ale mój apache nie zaczął się z opcją -DSSL. Rozwiązaniem była zmiana mojego skryptu apachectl w:

$HTTPD -k $ARGV

do:

$HTTPD -k $ARGV -DSSL

Mam nadzieję, że komuś to pomoże.

Mój problem był spowodowany NISKIM MTU przez połączenie VPN.

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

Poprawka: interfejs netsh ipv4 ustawia interfejs „Połączenie sieci bezprzewodowej” mtu = 1400

Może to być problem z połączeniem innym niż VPN ...

Miałem pomieszaną konfigurację wirtualnego hosta. Pamiętaj, że potrzebujesz jednego wirtualnego hosta bez SSL dla portu 80, a drugiego z SSL dla portu 443. Nie możesz mieć obu hostów na jednym wirtualnym hoście, jak próbowała to zrobić konfiguracja wygenerowana przez webmin.

W niektórych przeglądarkach miałem ten sam problem z dostępem do mojej witryny SSL. Odkryłem, że musiałem dać fireFoxowi odpowiednie proxy (FireFox miał bezpośredni dostęp do Internetu).

W zależności od konfiguracji sieci (tunelowanie, filtrowanie, przekierowanie proxy) tryb „bezpośredniego dostępu do Internetu” dla FireFox generuje ten błąd.

Możesz także spróbować naprawić plik hosts.

Zachowaj plik vhost z w pełni kwalifikowaną domeną i dodaj nazwę hosta do pliku hosts / etc / hosts (debian)

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

Po zrestartowaniu Apache2 błąd powinien zniknąć.

Dla mnie rozwiązaniem było to, że mój ddclient nie wyświetlał się poprawnie ...