Chứng chỉ RSA được định cấu hình cho SERVER KHÔNG bao gồm ID khớp với tên máy chủ

Gần đây tôi đã bắt đầu một máy chủ LAMP (tất cả các phiên bản mới nhất) có WordPress và tôi đang cố gắng cài đặt chứng chỉ SSL mà tôi đã mua gần đây. Khi tôi khởi động lại apachectl, error_log đưa cho tôi cái này:

[Tue Feb 25 01:07:14.744222 2014] [mpm_prefork:notice] [pid 1744] AH00169: caught SIGTERM, shutting down
[Tue Feb 25 01:07:17.135704 2014] [suexec:notice] [pid 1765] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Tue Feb 25 01:07:17.217424 2014] [auth_digest:notice] [pid 1766] AH01757: generating secret for digest authentication ...
[Tue Feb 25 01:07:17.218686 2014] [lbmethod_heartbeat:notice] [pid 1766] AH02282: No slotmem from mod_heartmonitor
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/5.5/modules/mysql.so' - /usr/lib64/php/5.5/modules/mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/5.5/modules/mysqli.so' - /usr/lib64/php/5.5/modules/mysqli.so: cannot open shared object file: No such file or directory in Unknown on line 0
[Tue Feb 25 01:07:17.305292 2014] [mpm_prefork:notice] [pid 1766] AH00163: Apache/2.4.6 (Amazon) OpenSSL/1.0.1e-fips PHP/5.5.7 configured -- resuming normal operations
[Tue Feb 25 01:07:17.305378 2014] [core:notice] [pid 1766] AH00094: Command line: '/usr/sbin/httpd'

Trong khi ssl_error_log cho tôi điều này:

[Tue Feb 25 00:57:15.802287 2014] [ssl:warn] [pid 1705] AH01909: RSA certificate configured for ec2-XX-XXX-XXX-XX.compute-1.amazonaws.com:443 does NOT include an ID which matches the server name
[Tue Feb 25 00:57:15.899327 2014] [ssl:warn] [pid 1706] AH01909: RSA certificate configured for ec2-XX-XXX-XXX-XX.compute-1.amazonaws.com:443 does NOT include an ID which matches the server name

Tôi đã thay đổi "Tên máy chủ" ssl.confthành tên máy chủ của mình (dcturano.com) và khởi động lại apachectl, nhưng lỗi này xảy ra. Bất cứ ý tưởng tại sao?

Bên cạnh đó, tôi chưa đặt CommonName của máy chủ, đó có phải là vấn đề không?

openssl x509 -in server.crt -noout -subject

Nên trả lại CN cho giấy chứng nhận. Đó là tên bạn phải sử dụng trong lệnh ServerName và để kết nối.

Ngoài ra, nếu như tôi, bạn thậm chí không sử dụng ssl, bạn vẫn sẽ nhận được thông báo lỗi này vì sử dụng ssl được bật theo mặc định. Trong trường hợp đó, tắt nó đi! Đây là một đoạn trích từ config.d/ssl.conf:

#   SSL Engine Switch:
#   Enable/Disable SSL for this virtual host.
#SSLEngine on
SSLEngine off

Tôi đã có cùng một vấn đề nhưng đó là vì một lý do khác. Tôi đăng nó ở đây cho các nhân viên của Google trong tương lai:

trên tập tin cấu hình apache2 của tôi, thay vì có <VirtualHost *:443>, tôi đã có <VirtualHost *:80>. Ngay sau khi tôi sửa nó, trang web đã hoạt động trở lại.

Tôi đã kích hoạt vấn đề này thông qua /etc/hoststập tin của tôi .

Tôi đã có một máy chủ ảo, hãy gọi nó là www.effinwhthing.com

Tên máy chủ của máy chủ là www2 .

Tôi đã thêm một dòng vào /etc/hostsđể tôi có thể cuộn các công cụ chống lại máy chủ ảo:

192.168.1.200         www.effinwhatever.com

Ngay sau khi tôi xóa dòng đó khỏi /etc/hostsmáy chủ, máy chủ Apache của tôi đã bắt đầu phục vụ bình thường trở lại (với việc khởi động lại dịch vụ). Kỳ dị.

Cũng có thể có liên quan rằng chứng chỉ SSL của tôi dành cho miền ký tự đại diện.

Tôi đã có cùng một chứng chỉ AH01909: RSA . Trong trường hợp của tôi, tôi đã có serverNamegiá trị chính xác .

Nguyên nhân gây ra lỗi là một địa chỉ IP không chính xác trong <VirtualHost 10.11.12.13:443>định nghĩa cho trang web bảo mật. Tôi đã đánh lừa nó!

Hãy chắc chắn rằng Tên máy chủ của bạn giống hệt với openssl x509 -in server.crt -noout -subjectđầu ra. nếu có www, ServerName cũng cần một cái. nếu không, ServerName phải xóa www.