Защитите Nginx с помощью Let's Encrypt на CentOS 7

ОпубликованоАвторadminПрокомментировать

Как использовать Let's Encrypt с Nginx на CentOS 7

Let's Encrypt — это бесплатный и открытый центр сертификации, разработанный Группой исследований интернет-безопасности (ISRG). Сертификаты, выданные Let's Encrypt, сегодня признаются почти всеми браузерами.

В этом руководстве мы предоставим пошаговые инструкции по защите вашего Nginx с помощью Let's Encrypt, используя инструмент certbot в CentOS 7.

Предпосылки

Прежде чем продолжить изучение этого руководства, убедитесь, что выполнены следующие предварительные условия:

Установить Certbot

Certbot — простой в использовании инструмент, который может автоматизировать задачи по получению и обновлению SSL-сертификатов Let's Encrypt, а также настройке веб-серверов.

Чтобы установить пакет certbot из репозитория EPEL, выполните:

 sudo yum install certbot

Генерация сильной группы Dh (Diffie-Hellman)

Обмен ключами Диффи-Хеллмана (DH) — это метод безопасного обмена криптографическими ключами по незащищенному каналу связи.

Создайте новый набор 2048-битных параметров DH, введя следующую команду:

 sudo openssl dhparam -out /etc/ssl/certs/dhparam.pem 2048

При желании можно изменить размер до 4096 бит, но в этом случае генерация может занять более 30 минут в зависимости от энтропии системы.

Получение SSL-сертификата Let's Encrypt

Чтобы получить SSL-сертификат для нашего домена, мы воспользуемся плагином Webroot, который создаёт временный файл для проверки запрашиваемого домена в каталоге ${webroot-path}/.well-known/acme-challenge . Сервер Let's Encrypt отправляет HTTP-запросы к этому временному файлу, чтобы убедиться, что запрашиваемый домен соответствует серверу, на котором запущен certbot.

Чтобы упростить задачу, мы собираемся сопоставить все HTTP-запросы для .well-known/acme-challenge с одним каталогом, /var/lib/letsencrypt .

Следующие команды создадут каталог и сделают его доступным для записи для сервера Nginx.

 sudo mkdir -p /var/lib/letsencrypt/.well-known sudo chgrp nginx /var/lib/letsencrypt sudo chmod g+s /var/lib/letsencrypt

Чтобы избежать дублирования кода, создайте следующие два фрагмента, которые мы включим во все файлы блоков сервера Nginx:

 sudo mkdir /etc/nginx/snippets

/etc/nginx/snippets/letsencrypt.conf

 location ^~ /.well-known/acme-challenge/ { allow all ; root /var/lib/letsencrypt/ ; default_type "text/plain" ; try_files $uri = 404 ; }

/etc/nginx/snippets/ssl.conf

 ssl_dhparam /etc/ssl/certs/dhparam.pem ; ssl_session_timeout 1d ; ssl_session_cache shared:SSL:50m ; ssl_session_tickets off ; ssl_protocols TLSv1 TLSv1.1 TLSv1.2 ; ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS' ; ssl_prefer_server_ciphers on ; ssl_stapling on ; ssl_stapling_verify on ; resolver 8 .8.8.8 8 .8.4.4 valid=300s ; resolver_timeout 30s ; add_header Strict-Transport-Security "max-age=15768000 ; includeSubdomains ; preload" ; add_header X-Frame-Options SAMEORIGIN ; add_header X-Content-Type-Options nosniff ;

Приведенный выше фрагмент включает в себя рекомендованные Mozilla фильтры, включает OCSP Stapling, HTTP Strict Transport Security (HSTS) и применяет несколько HTTP-заголовков, ориентированных на безопасность.

После создания фрагментов откройте блок сервера домена и включите фрагмент letsencrypt.conf , как показано ниже:

/etc/nginx/conf.d/example.com.conf

 server { listen 80 ; server_name example.com www.example.com ; include snippets/letsencrypt.conf ; }

Перезагрузите конфигурацию Nginx, чтобы изменения вступили в силу:

 sudo systemctl reload nginx

Теперь вы можете запустить Certbot с плагином webroot и получить файлы SSL-сертификата для своего домена, выполнив:

 sudo certbot certonly --agree-tos --email admin@example.com --webroot -w /var/lib/letsencrypt/ -d example.com -d www.example.com

Если SSL-сертификат успешно получен, certbot выведет следующее сообщение:

 IMPORTANT NOTES: - Congratulations! Your certificate and chain have been saved at: /etc/letsencrypt/live/example.com/fullchain.pem Your key file has been saved at: /etc/letsencrypt/live/example.com/privkey.pem Your cert will expire on 2018-06-11. To obtain a new or tweaked version of this certificate in the future, simply run certbot again. To non-interactively renew *all* of your certificates, run "certbot renew" - If you like Certbot, please consider supporting our work by: Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate Donating to EFF: https://eff.org/donate-le

Теперь, когда у вас есть файлы сертификата, вы можете редактировать блок сервера домена следующим образом:

/etc/nginx/conf.d/example.com.conf

 server { listen 80 ; server_name www.example.com example.com ; include snippets/letsencrypt.conf ; return 301 https:// $host$request_uri ; } server { listen 443 ssl http2 ; server_name www.example.com ; ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem ; ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem ; ssl_trusted_certificate /etc/letsencrypt/live/example.com/chain.pem ; include snippets/ssl.conf ; include snippets/letsencrypt.conf ; return 301 https://example.com $request_uri ; } server { listen 443 ssl http2 ; server_name example.com ; ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem ; ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem ; ssl_trusted_certificate /etc/letsencrypt/live/example.com/chain.pem ; include snippets/ssl.conf ; include snippets/letsencrypt.conf ; # . . . other code }

С помощью указанной выше конфигурации мы принудительно включаем HTTPS и перенаправляем версию с www на версию без www.

Наконец, перезагрузите службу Nginx , чтобы изменения вступили в силу:

 sudo systemctl reload nginx

Автоматически обновляемый SSL-сертификат Let's Encrypt

Сертификаты Let's Encrypt действительны в течение 90 дней. Для автоматического продления сертификатов до истечения срока их действия мы создадим cronjob , который будет запускаться дважды в день и автоматически продлит любой сертификат за 30 дней до истечения срока его действия.

Выполните команду crontab , чтобы создать новое задание cronjob:

 sudo crontab -e

Вставьте следующие строки:

 0 */12 * * * root test -x /usr/bin/certbot -a ! -d /run/systemd/system && perl -e 'sleep int(rand(3600))' && certbot -q renew --renew-hook "systemctl reload nginx"

Сохраните и закройте файл.

Чтобы протестировать процесс обновления, вы можете использовать команду certbot с параметром --dry-run :

 sudo certbot renew --dry-run

Если ошибок нет, это значит, что процесс продления теста прошел успешно.

Заключение

В этом руководстве вы использовали клиент Let's Encrypt, certbot, для загрузки SSL-сертификатов для своего домена. Вы также создали фрагменты кода для Nginx, чтобы избежать дублирования кода, и настроили Nginx на использование сертификатов. В конце руководства вы настроили cron-задание для автоматического обновления сертификатов.

Если вы хотите узнать больше о том, как использовать Certbot, хорошей отправной точкой станет его документация .

nginx centos давайте зашифруем certbot ssl

Эта публикация является частью серии «Установка стека LEMP в CentOS 7» .
Другие посты в этой серии:

Не используете CentOS 7?
Выберите другую ОС: центос 8 дебиан 10 дебиан 9 убунту 16.04 убунту 18.04 убунту 20.04

Связанные руководства

Источник

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *