CentOS 8で暗号化してnginxを保護する

Let's Encryptは、無料のSSL証明書を提供するInternet Security Research Group（ISRG）によって開発された、無料の自動化されたオープンな認証局です。

Let's Encryptによって発行された証明書は、すべての主要なブラウザーによって信頼されており、発行日から90日間有効です。

このチュートリアルでは、NginxをWebサーバーとして実行しているCentOS 8に無料のLet's Encrypt SSL証明書をインストールする方法について、順を追って説明します。 また、SSL証明書を使用してHTTP / 2を有効にするようにNginxを構成する方法も示します。

前提条件

続行する前に、次の前提条件を満たしていることを確認してください。

• パブリックIPを指すドメイン名があります。 example.com を使用し example.com 。CentOSサーバーにNginxがインストールされてい example.com 。ファイアウォールは、ポート80および443での接続を受け入れるように構成されています。

Certbotのインストール

Certbotは無料のコマンドラインツールで、サーバーからHTTPS暗号化を取得して更新し、HTTPSを自動有効化するプロセスを簡素化します。

certbotパッケージは標準のCentOS 8リポジトリには含まれていませんが、ベンダーのWebサイトからダウンロードできます。

rootまたはsudoユーザーとして次の wget コマンドを実行して、certbotスクリプトを /usr/local/bin ディレクトリーにダウンロードします。

sudo wget -P /usr/local/bin

ダウンロードが完了したら、ファイルを実行可能にします。

sudo chmod +x /usr/local/bin/certbot-auto

Strong Dh（Diffie-Hellman）グループの生成

Diffie–Hellmanキー交換（DH）は、セキュリティで保護されていない通信チャネルを介して暗号キーを安全に交換する方法です。

次のコマンドを入力して、2048ビットDHパラメーターの新しいセットを生成します。

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

Let's Encrypt SSL証明書の取得

ドメインのSSL証明書を取得するには、 ${webroot-path}/.well-known/acme-challenge ディレクトリに要求されたドメインを検証するための一時ファイルを作成することで機能するWebrootプラグインを使用します。 Let's Encryptサーバーは、一時ファイルに対してHTTP要求を行い、要求されたドメインがcertbotが実行されているサーバーに解決されることを検証します。

より簡単にするために、 .well-known/acme-challenge すべてのHTTPリクエストを単一のディレクトリ /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サーバーブロックファイルに含まれる次の2つのスニペットを作成します。

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:10m; ssl_session_tickets off; ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384; ssl_prefer_server_ciphers off; 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=63072000" always; 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

webrootプラグインを使用してcertbotツールを実行し、ドメインのSSL証明書ファイルを取得します。

sudo /usr/local/bin/certbot-auto certonly --agree-tos --email [email protected] --webroot -w /var/lib/letsencrypt/ -d example.com -d www.example.com

これが初めて certbot を呼び出す certbot 、ツールは不足している依存関係をインストールします。

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 2020-03-12. To obtain a new or tweaked version of this certificate in the future, simply run certbot-auto again. To non-interactively renew *all* of your certificates, run "certbot-auto renew" - If you like Certbot, please consider supporting our work by: Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate Donating to EFF:

証明書ファイルを入手したので、次のようにドメインサーバーブロックを編集できます。

/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

ここで、 https:// を使用してWebサイトを開くと、緑色のロックアイコンが表示されます。

SSL証明書を自動更新しましょう

Let's Encryptの証明書は90日間有効です。 有効期限が切れる前に証明書を自動的に更新するには、1日に2回実行されるcronjobを作成し、有効期限が切れる30日前に証明書を自動的に更新します。

crontab コマンドを使用して、新しいcronjobを作成します。

sudo crontab -e

次の行を貼り付けます。

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

ファイルを保存して閉じます。

更新プロセスをテストするには、certbotコマンドの後に --dry-run スイッチを使用できます。

sudo certbot renew --dry-run

エラーがない場合、テストの更新プロセスが成功したことを意味します。

結論

このチュートリアルでは、Let's Encryptクライアント、certbotを使用してドメインのSSL証明書をダウンロードする方法を示しました。 また、コードの重複を避けるためにNginxスニペットを作成し、証明書を使用するようにNginxを構成しました。 チュートリアルの最後に、自動証明書更新用のcronjobをセットアップしました。

Certbotの詳細については、ドキュメントページをご覧ください。

nginx centos certbot sslを暗号化しましょう