Получил SSL сертификат, почему доступ по https не работает?

Question

[Facelesss]

Здравствуйте. Получил и установил SSL сертификат. Но при переходе на свой сайт, все равно не подключается по https.
Ubuntu 14.04. Vesta.
В терминале после получения сообщения "Congratulations! You have successfully enabled https://santria.ml", больше ничего не делал. Мб нужно что еще?
По пути: /etc/apache2/sites-available/ создался файл 000-default-le-ssl.conf, не работало, попробовал поменять название на доменное имя-le-ssl.conf не помогло.
При переходе на сайт выдает сообщение ERR_SSL_PROTOCOL_ERROR.
Если проверять по ссылке https://www.ssllabs.com/ssltest/analyze.html?d=san...

"Assessment failed: No secure protocols supported
Known Problems

There are some errors that we cannot fix properly in the current version. They will be addressed in the next generation version, which is currently being developed.

No secure protocols supported - if you get this message, but you know that the site supports SSL, wait until the cache expires on its own, then try again, making sure the hostname you enter uses the "www" prefix (e.g., "www.ssllabs.com", not just "ssllabs.com").
no more data allowed for version 1 certificate - the certificate is invalid; it is declared as version 1, but uses extensions, which were introduced in version 3. Browsers might ignore this problem, but our parser is strict and refuses to proceed. We'll try to find a different parser to avoid this problem.
Failed to obtain certificate and Internal Error - errors of this type will often be reported for servers that use connection rate limits or block connections in response to unusual traffic. Problems of this type are very difficult to diagnose. If you have access to the server being tested, before reporting a problem to us, please check that there is no rate limiting or IDS in place.
NetScaler issues - some NetScaler versions appear to reject SSL handshakes that do not include certain suites or handshakes that use a few suites. If the test is failing and there is a NetScaler load balancer in place, that's most likely the reason.
Unexpected failure - our tests are designed to fail when unusual results are observed. This usually happens when there are multiple TLS servers behind the same IP address. In such cases we can't provide accurate results, which is why we fail."

Answer 1

[Виталий]

в настройках самого сервера надо включить доступ по https

Comments

[Facelesss]

проверил, доступ по https был включен.
Considering dependency setenvif for ssl:
Module setenvif already enabled
Considering dependency mime for ssl:
Module mime already enabled
Considering dependency socache_shmcb for ssl:
Module socache_shmcb already enabled
Module ssl already enabled

Answer 2

[Vladimir Zhurkin]

На apache у вас не включил доступ по ssl в конфигурационных файлах.
Что бы подсказать, надо смотреть конфиги. Те надо их выложить.

Если коротко то должна быть примерно - условно такая конструкция

ServerName site.ru
DocumentRoot /var/www/apache/data
SSLEngine on
SSLCertificateFile ssl/cert.pem
SSLCertificateKeyFile ssl/cert.key

t>

а с 80 порта я бы редект бы делал

ServerName site.ru
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

Самый простой случай без дополнительных сайтов

help.ubuntu.ru/wiki/apache_%D0%B8_https

Но вообще пора бы перейти на nginx, вот тут готовая статья с правильно настроенным конфигом для ssl
https://habrahabr.ru/post/252821/

Comments

[Facelesss]

https://drive.google.com/open?id=0B5rH2SBufZbBaG55...
https://drive.google.com/open?id=0B5rH2SBufZbBSjlD...
Вот 2 файла конфигурации, я в этом совсем не силен, делаю по инструкциям((. По той ссылке, что вы писали ранее я сделал, то что касается настроек apache, так как сам сертификат у меня уже есть.

[Vladimir Zhurkin]

Facelesss: С вашего позволения, я их посмотрю позже.

Если по быстрому и надо все же, что бы работало. Мой совет (пусть и плохой)
Переходите на nginx.

Установка apt-get install nginx

Далее создаем новый файл конфигурации в /etc/nginx/sites-available/
> /etc/nginx/sites-available/santria.ml

В нем такой файл конфигурации, смотрите пути. Я оставил из своего шаблона. Пути к сайту, ключам и логам.

server {
    server_name santria.ml www.santria.ml;
    listen 80;
    return 301 https://santria.ml$request_uri;
}

server {
    listen 443 ssl http2;

    # 40x error pages
    # error_page 404 /404.html;
    # error_page 403 /403.html;
    # error_page 500 /500.html;
    # error_page 502 /502.html;

    server_name santria.ml;
    resolver 8.8.4.4;
    ssl_stapling on;
    ssl_certificate /etc/pki/nginx/santria.ml/santria.ml.pem;
    ssl_certificate_key /etc/pki/nginx/santria.ml/santria.ml.key;
    ssl_dhparam /etc/pki/nginx/santria.ml/dhparam.pem;
    ssl_session_timeout 15m;
    ssl_session_cache shared:SSL:2m;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers kEECDH+AES128:kEECDH:kEDH:-3DES:kRSA+AES128:kEDH+3DES:DES-CBC3-SHA:!RC4:!aNULL:!eNULL:!MD5:!EXPORT:!LOW:!SEED:!CAMELLIA:!IDEA:!PSK:!SRP:!SSLv2;
    ssl_prefer_server_ciphers on;
    add_header Strict-Transport-Security "max-age=31536000;";
    add_header Content-Security-Policy-Report-Only "default-src https:; script-src https: 'unsafe-eval' 'unsafe-inline'; style-src https: 'unsafe-inline'; img-src https: data:; font-src https: data:; report-uri /csp-report";

    access_log /home/santria/www/santria.ml/logs/access.log;
    error_log /home/santria/www/santria.ml/logs/error.log;

    root /home/santria/www/santria.ml/public_html;
    index index.html index.htm;

}

Теперь надо создать симлинк в /etc/nginx/sites-enabled
ln -s /etc/nginx/sites-available/santria.ml santria.ml

В общем на этом все.

Главное расположить все файлы по своим местам.
dhparam вам надо будет сгенерировать самостоятельно
openssl dhparam -out /etc/pki/nginx/santria.ml/dhparam.pem 4096

Я понимаю, что это условное решение проблемы перейти на nginx , но я сильно рекомендую изучать именно его. Тем более не думаю, что есть сильные предпосылки использовать apache2.