ssl_error_rx_record_too_long và SSL SSL [đã đóng]

Tôi đã có một khách hàng đang cố truy cập vào một trong các trang web của tôi và họ liên tục gặp lỗi này> ssl_error_rx_record_too_long

Họ đang gặp lỗi này trên tất cả các trình duyệt, tất cả các nền tảng. Tôi không thể tái tạo vấn đề gì cả.

Máy chủ của tôi và bản thân tôi được đặt tại Hoa Kỳ, khách hàng ở Ấn Độ.

Tôi đã giải quyết vấn đề này và nguồn chính dường như là cổng SSL đang nói bằng HTTP. Tôi đã kiểm tra máy chủ của mình và điều này không xảy ra. Tôi đã thử giải pháp được đề cập ở đây , nhưng khách hàng đã tuyên bố rằng nó không khắc phục được vấn đề.

Bất cứ ai có thể cho tôi biết làm thế nào tôi có thể sửa chữa điều này, hoặc làm thế nào tôi có thể tái tạo điều này ???

GIẢI PHÁP

Hóa ra khách hàng đã có một proxy cục bộ bị định cấu hình sai!

Hy vọng rằng sẽ giúp bất cứ ai tìm thấy câu hỏi này cố gắng gỡ lỗi nó trong tương lai.

Các liên kết được đề cập bởi Subimage đã đúng về tiền cho tôi. Nó đề nghị thay đổi thẻ máy chủ ảo, tức là từ<VirtualHost myserver.example.com:443> để<VirtualHost _default_:443>

Mã lỗi: ssl_error_rx_record_too_long

Điều này thường có nghĩa là việc triển khai SSL trên máy chủ của bạn không chính xác. Lỗi thường do sự cố phía máy chủ mà quản trị viên máy chủ sẽ cần điều tra.

Dưới đây là một số điều chúng tôi khuyên bạn nên thử.

• Đảm bảo rằng cổng 443 được mở và bật trên máy chủ của bạn. Đây là cổng tiêu chuẩn cho truyền thông https.

• Nếu SSL đang sử dụng cổng không chuẩn thì đôi khi FireFox 3 có thể gặp lỗi này. Đảm bảo SSL đang chạy trên cổng 443.

• Nếu sử dụng Apache2, hãy kiểm tra xem bạn có đang sử dụng cổng 443 cho SSL không. Điều này có thể được thực hiện bằng cách thiết lập tệp port.conf như sau

  Listen 80
  Listen 443 https
  

• Đảm bảo bạn không có nhiều chứng chỉ SSL chia sẻ cùng một IP. Vui lòng đảm bảo rằng tất cả các chứng chỉ SSL sử dụng IP chuyên dụng của riêng họ.

• Nếu sử dụng Apache2, hãy kiểm tra cấu hình vhost của bạn. Một số người dùng đã báo cáo thay đổi <VirtualHost>để _default_giải quyết lỗi.

Điều đó đã khắc phục vấn đề của tôi. Thật hiếm khi tôi google một thông báo lỗi và nhận được cú đánh đầu tiên với câu trả lời đúng! :-)

Ngoài những điều trên , đây là một số giải pháp khác mà những người khác đã tìm thấy đang gây ra vấn đề:

• Đảm bảo rằng chứng chỉ SSL của bạn chưa hết hạn

• Hãy thử chỉ định Mật mã:

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

Giải pháp cho tôi là default-sslkhông được kích hoạt trong apache 2 .... chỉ cần đặtSSLEngine On

Tôi đã phải thực hiện a2ensite default-sslvà mọi thứ đã làm việc.

Trong trường hợp của tôi, tôi đã phải thay đổi <Virtualhost *> thành <Virtualhost *: 80> (là mặc định trên Ubuntu). Mặt khác, cổng 443 không sử dụng SSL và đang gửi HTML đơn giản trở lại trình duyệt.

Bạn có thể kiểm tra xem đây có phải là trường hợp của bạn khá dễ dàng không: chỉ cần kết nối với máy chủ của bạn http://www.example.com:443 . Nếu bạn thấy HTML đơn giản, Apache của bạn hoàn toàn không sử dụng SSL trên cổng 443, rất có thể là do cấu hình sai của Virtualhost.

Chúc mừng!

Trong trường hợp của tôi, tôi đã quên thiết lập SSLEngine Oncấu hình. Như vậy

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

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

Nếu bạn gặp lỗi sau khi thiết lập https vhost mới và cấu hình có vẻ đúng, hãy nhớ liên kết sites-enabled.

Câu hỏi cũ, nhưng kết quả đầu tiên trong Google đối với tôi, vì vậy đây là những gì tôi phải làm.

Máy tính để bàn Ubuntu 12.04 được cài đặt Apache

Tất cả cấu hình và mod_ssl đã được cài đặt khi tôi cài đặt Apache, nhưng nó chưa được liên kết ở đúng vị trí. Lưu ý: tất cả các đường dẫn bên dưới đều liên quan đến / etc / apache2 /

mod_sslđược lưu trữ ./mods-availablevà cấu hình trang web SSL nằm trong ./sites-available, bạn chỉ cần liên kết chúng với các vị trí chính xác của chúng trong ./mods-enabledvà./sites-enabled

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

Khởi động lại Apache và nó sẽ hoạt động. Tôi đã cố gắng truy cập https: // localhost , vì vậy kết quả của bạn có thể thay đổi đối với truy cập bên ngoài, nhưng điều này hiệu quả với tôi.

Hỏi người dùng về URL chính xác họ đang sử dụng trong trình duyệt của họ. Nếu họ đang truy cập https://your.site:80 , họ có thể nhận được lỗi ssl_error_rx_record_too_long.

Trong trường hợp của tôi, tôi đã có Địa chỉ IP sai trong tệp máy chủ ảo. Nghe là 443 và khổ thơ là <VirtualHost 192.168.0.1:443>nhưng máy chủ không có địa chỉ 192.168.0.1!

Xin vui lòng xem liên kết này .

Tôi đã xem tất cả các tệp nhật ký apache của mình cho đến khi tôi tìm thấy lỗi thực tế (tôi đã thay đổi <VirtualHost>từ _default_thành của tôi fqdn). Khi tôi sửa lỗi này, mọi thứ đều hoạt động tốt.

Trong trường hợp của tôi, vấn đề là https không thể khởi động chính xác vì Nghe 443 nằm trong dẫn xuất "IfDefine SSL", nhưng apache của tôi không bắt đầu với tùy chọn -DSSL. Cách khắc phục là thay đổi tập lệnh apachectl của tôi trong:

$HTTPD -k $ARGV

đến:

$HTTPD -k $ARGV -DSSL

Hy vọng rằng sẽ giúp được ai đó.

Vấn đề của tôi là do MTU THẤP qua kết nối 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

Sửa chữa: giao diện mạng ipv4 thiết lập giao diện "Kết nối mạng không dây" mtu = 1400

Nó cũng có thể là một vấn đề đối với kết nối không phải VPN ...

Tôi đã có một cấu hình máy chủ ảo bị rối. Hãy nhớ rằng bạn cần một máy chủ ảo không có SSL cho cổng 80 và một máy chủ khác có SSL cho cổng 443. Bạn không thể có cả hai trong một máy chủ ảo, như cấu hình do webmin tạo ra đã cố gắng thực hiện.

Tôi đã gặp vấn đề tương tự ở một số trình duyệt để truy cập vào trang SSL của mình. Tôi đã thấy rằng tôi phải cung cấp cho fireFox đúng proxy (FireFox đang truy cập trực tiếp vào internet).

Tùy thuộc vào cấu hình lan (Đường hầm, lọc, chuyển hướng proxy), chế độ "truy cập trực tiếp vào internet" cho FireFox sẽ đưa ra lỗi này.

Bạn cũng có thể thử sửa tệp máy chủ.

Giữ tệp vhost với tên miền đủ điều kiện và thêm tên máy chủ vào tệp máy chủ / etc / hosts (debian)

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

Sau khi khởi động lại apache2, lỗi sẽ biến mất.

Đối với tôi, giải pháp là ddclient của tôi không được bảo trợ đúng cách ...