ssl_error_rx_record_too_long и Apache [закрытый] SSL

234
задан Subimage 15 October 2014 в 15:27
поделиться

9 ответов

В моем случае проблема состояла в том, что https был неспособен запуститься правильно, потому что Слушают 443, был в директиве "IfDefine SSL", но мой апач не запустил с-DSSL опции. Фиксация должна была изменить мой apachectl сценарий в:

$HTTPD -k $ARGV

к:

$HTTPD -k $ARGV -DSSL

Hope, которая помогает кому-то.

2
ответ дан Jeff Atwood 23 November 2019 в 03:31
поделиться

Попросите у пользователя точного URL, который они используют в их браузере. Если они входят https://Ваш site:80 , они могут получить ssl_error_rx_record_too_long ошибку.

4
ответ дан dan-manges 23 November 2019 в 03:31
поделиться

В моем случае я забыл установить SSLEngine On в конфигурации. Таким образом,

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

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

19
ответ дан 23 November 2019 в 03:31
поделиться

In my case I had to change the back to (which is the default on Ubuntu). Otherwise, the port 443 wasn't using SSL and was sending plain HTML back to the browser.

You can check whether this is your case quite easily: just connect to your server http://www.example.com:443. If you see plain HTML, your Apache is not using SSL on port 443 at all, most probably due to a VirtualHost misconfiguration.

Cheers!

32
ответ дан 23 November 2019 в 03:31
поделиться

Моя проблема возникла из-за НИЗКОГО MTU через 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

Исправление: netsh interface ipv4 set interface "Беспроводное сетевое соединение" mtu = 1400

Это может быть проблема и при подключении без VPN ...

1
ответ дан 23 November 2019 в 03:31
поделиться

У меня перепуталась конфигурация виртуального хоста. Помните, что вам нужен один виртуальный хост без SSL для порта 80 и другой с SSL для порта 443. У вас не может быть обоих на одном виртуальном хосте, как это пыталась сделать конфигурация, созданная webmin.

1
ответ дан 23 November 2019 в 03:31
поделиться

У меня была такая же проблема в каком-то браузере с доступом к моему сайту SSL. Я обнаружил, что мне пришлось предоставить fireFox правильный прокси (FireFox имел прямой доступ к Интернету).

В зависимости от конфигурации локальной сети (туннелирование, фильтрация, перенаправление прокси) "прямой доступ к Интернет »для FireFox вызывает эту ошибку.

0
ответ дан 23 November 2019 в 03:31
поделиться

Решением для меня было то, что default-ssl не был включен в apache 2 .... просто поставив SSLEngine On

, мне пришлось выполнить a2ensite default-ssl и все заработало.

117
ответ дан 23 November 2019 в 03:31
поделиться

Пожалуйста, посмотрите эту ссылку

Я просмотрел все файлы журнала apache, пока не нашел фактическую ошибку (я изменил с _default_ на свой fqdn). Когда я исправил эту ошибку, все работало нормально.

3
ответ дан 23 November 2019 в 03:31
поделиться
Другие вопросы по тегам:

Похожие вопросы: