アンドロイド

Debian 10 Linuxで暗号化してNginxを保護する

[042] Installing a Let's Encrypt SSL/TLS certificate on Debian Linux/Google Cloud

[042] Installing a Let's Encrypt SSL/TLS certificate on Debian Linux/Google Cloud

目次:

Anonim

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

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

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

前提条件

ガイドに進む前に、次の前提条件が満たされていることを確認してください。

  • rootまたはsudo特権を持つユーザーとしてログインします。SSL証明書を取得するドメインは、パブリックサーバーのIPを指している必要があります。 example.com .Nginxをインストールして使用し example.com

Certbotのインストール

certbotツールを使用して、証明書を取得および更新します。

Certbotは、Let's Encrypt SSL証明書を取得および更新し、証明書を使用するようにWebサーバーを構成するためのタスクを自動化する、フル機能の使いやすいツールです。

certbotパッケージは、デフォルトのDebianリポジトリに含まれています。 次のコマンドを実行して、certbotをインストールします。

sudo apt update sudo apt install certbot

Dh(Diffie-Hellman)グループの生成

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

セキュリティを強化するために、2048ビットDHパラメーターの新しいセットを生成します。

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

サイズを最大4096ビットに変更することもできますが、システムのエントロピーによっては、生成に30分以上かかる場合があります。

Let's Encrypt SSL証明書の取得

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

.well-known/acme-challenge すべてのHTTPリクエストを単一のディレクトリ /var/lib/letsencrypt ます。

次のコマンドを実行してディレクトリを作成し、Nginxサーバーに対して書き込み可能にします。

mkdir -p /var/lib/letsencrypt/.well-known chgrp www-data /var/lib/letsencrypt chmod g+s /var/lib/letsencrypt

コードの重複を避けるために、すべてのNginxサーバーブロックファイルに含まれる2つのスニペットを作成します。

テキストエディターを開き、最初のスニペット letsencrypt.conf を作成します。

sudo nano /etc/nginx/snippets/letsencrypt.conf /etc/nginx/snippets/letsencrypt.conf

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

2番目のスニペット ssl.conf は、Mozillaが推奨するチッパーが含まれ、OCSP Stapling、HTTP Strict Transport Security(HSTS)が有効になり、セキュリティ重視のHTTPヘッダーがほとんど適用されません。

sudo nano /etc/nginx/snippets/ssl.conf /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.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;

完了したら、ドメインサーバーブロックファイルを開き、以下に示すように letsencrypt.conf スニペットを含めます。

sudo nano /etc/nginx/sites-available/example.com /etc/nginx/sites-available/example.com

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

ドメインサーバーブロックを有効にするには、 sites-enabled ディレクトリへのシンボリックリンクを作成します。

sudo ln -s /etc/nginx/sites-available/example.com /etc/nginx/sites-enabled/

変更を有効にするには、Nginxサービスを再起動します。

sudo systemctl restart nginx

次のコマンドを実行して、SSL証明書ファイルを取得する準備ができました。

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

SSL証明書が正常に取得されると、次のメッセージが端末に出力されます。

IMPORTANT NOTES: 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-02-22. 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:

ドメインサーバーブロックを編集し、次のようにSSL証明書ファイルを含めます。

sudo nano /etc/nginx/sites-available/example.com /etc/nginx/sites-available/example.com

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 }

上記の構成は、NginxにHTTPからHTTPS、およびwwwからwww以外のバージョンにリダイレクトするように指示します。

変更を有効にするには、Nginxサービスを再起動またはリロードします。

sudo systemctl restart nginx

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

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

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

更新時に、サーバーが証明書をロードするには、nginxサービスをリロードする必要があります。 --renew-hook "systemctl reload nginx" /etc/cron.d/certbot ファイルに /etc/cron.d/certbot して、次のようにします。

sudo nano /etc/cron.d/certbot /etc/cron.d/certbot

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"

次のコマンドを実行して、自動更新プロセスをテストします。

sudo certbot renew --dry-run

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

結論

SSL証明書を取得することは、今日では必須です。 それはあなたのウェブサイトを保護し、SERPランキングの位置を上げ、あなたのウェブサーバーでHTTP / 2を有効にすることを可能にします。

このチュートリアルでは、certbotスクリプトを使用してSSL証明書を生成および更新する方法を示しました。 また、証明書を使用するようにNginxを構成する方法も示しました。

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

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