Помилка "Сервер повинен бути відомий SSL, але не має налаштованого сертифіката [Підказка: SSLCertificateFile]"

Після нещодавнього оновлення Apache2 до версії 2.2.31 я виявив дивну поведінку в налаштуваннях SSL VirtualHost.

Кілька веб-сайтів, на яких я розміщував, демонстрували сертифікат для хоста за замовчуванням, навіть якщо клієнт Server Name Identificationобізнаний, і це сталося лише з кількома з них. Це відображається як загальне паспортне попередження Firefox / Chrome про те, що ви, можливо, шахрайства, якщо ви переглядаєте домашній банківський бізнес, але це просто не було так.

Щоб було зрозуміло, якщо сервер host.hostingdomain.orgмає власну SSL, намагаючись отримати доступ до https://www.hostedsite.orgсертифікату звітів для host.hostingdomain.org, але декілька https://www.hostedsite.meповідомили про правильний сертифікат.

Усі сайти розміщуються на одній і тій же IP-адресі, на порту 443. Правда полягає в тому, що VirtualHosting працює на HTTP-стороні і автоматично перенаправляє клієнтів, що знають SNI, до SSL, тому він сумісний із зворотними клієнтами, які не знають SNI.

Вивчаючи журнали помилок для порушення VirtualHosts, показано наступний текст

[Tue Dec 25 16:02:45 2012] [error] Server should be SSL-aware but has no certificate configured [Hint: SSLCertificateFile] (/path/to/www.site.org.conf:20)

і насправді vhost був правильно налаштований з SSLCertificateFile.

Питання очевидне: як це виправити?

Буває, що це може бути помилка в останній версії Apache.

Рішення 1: перехід на останню стабільну

Рішення 2: відредагувати listen.conf

Замініть Listen *:443(або Listen 443відповідно до вашої установки) наListen *:443 http

Кредит

У мене була така ж точна проблема, і те, що працювало для мене, було неймовірно просто

редагувати /etc/apache2/ports.conf (для ubuntu або httpd.conf)

змініть "Слухати 443" на "Слухати 443 http" під ssl_module

Ще одне рішення для цього - переконатися, що всі ваші: 443 пристрасті включають конфігурацію TLS.

Ця проблема була нещодавно представлена ​​в Debian wheezy, і я отримав рішення від http://blog.noizeramp.com/2010/10/03/apache-2-and-ssl-configuration/ .