我有一个客户试图访问我的一个站点,他们一直得到这个错误> ssl_error_rx_record_too_long
他们在所有浏览器,所有平台上都得到这个错误。我根本无法重现这道题。
我和我的服务器位于美国,客户位于印度。
我在谷歌上搜索了这个问题,主要来源似乎是SSL端口在HTTP中说话。我查了我的服务器,这是不可能的。我尝试了这里提到的解决方案,但客户表示它没有解决问题。
有没有人能告诉我如何修复这个,或者如何复制这个?
解决方案
原来客户有一个配置错误的本地代理!
我有一个客户试图访问我的一个站点,他们一直得到这个错误> ssl_error_rx_record_too_long
他们在所有浏览器,所有平台上都得到这个错误。我根本无法重现这道题。
我和我的服务器位于美国,客户位于印度。
我在谷歌上搜索了这个问题,主要来源似乎是SSL端口在HTTP中说话。我查了我的服务器,这是不可能的。我尝试了这里提到的解决方案,但客户表示它没有解决问题。
有没有人能告诉我如何修复这个,或者如何复制这个?
解决方案
原来客户有一个配置错误的本地代理!
当前回答
如果你在设置一个新的https vhost后出现错误,并且配置似乎是正确的,记得也要链接到sites-enabled。
其他回答
向用户询问他们在浏览器中使用的确切URL。如果输入https://your.site:80,可能会收到ssl_error_rx_record_too_long错误。
在我的情况下,问题是https无法正确启动,因为听443是在“IfDefine SSL”的指示,但我的apache没有开始与-DSSL选项。修复是改变我的apachectl脚本:
$HTTPD -k $ARGV
to:
$HTTPD -k $ARGV -DSSL
希望这对大家有所帮助。
您还可以尝试修复hosts文件。
保留vhost文件和完全限定的域,并在hosts文件/etc/hosts (debian)中添加主机名
ip.ip.ip.ip name name.domain.com
重新启动apache2后,错误应该消失了。
我的问题是由于VPN连接上的低MTU。
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
解决办法: 设置接口“无线网络连接”mtu=1400
这也可能是非vpn连接的问题…
对我来说,解决方案是我的ddclient没有正确地cronning…