目次:
Let's Encryptは、Internet Security Research Group(ISRG)によって開発された無料のオープンな認証局です。 Let's Encryptが発行した証明書は、今日のほとんどすべてのブラウザーで信頼されています。
このチュートリアルでは、Ubuntu 18.04でcertbotツールを使用してLet's EncryptでNginxを保護する方法について、順を追って説明します。
前提条件
このチュートリアルを続行する前に、次の前提条件を満たしていることを確認してください。
- パブリックサーバーIPを指すドメイン名があります。 このチュートリアルでは、
example.com
を使用しexample.com
。次の手順に従ってNginxをインストールします。ドメインのサーバーブロックがあります。 作成方法の詳細については、これらの指示に従ってください。
Certbotをインストールする
Certbotは、Let's Encrypt SSL証明書を取得および更新し、証明書を使用するようにWebサーバーを構成するためのタスクを自動化できる、完全な機能を備えた使いやすいツールです。 certbotパッケージは、デフォルトのUbuntuリポジトリに含まれています。
パッケージリストを更新し、certbotパッケージをインストールします。
sudo apt update
sudo apt install certbot
Strong 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-path}/.well-known/acme-challenge
ディレクトリに要求されたドメインを検証するための一時ファイルを作成することで機能するWebrootプラグインを使用します。 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; }
Mozillaが推奨するチッパーを含む2番目のスニペット
ssl.conf
を作成し、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 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;
スニペットが作成されたら、ドメインサーバーブロックを開き、以下に示すように
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
ディレクトリへのシンボリックリンクを作成する必要があります。これは、起動時にNginxによって読み取られます。
sudo ln -s /etc/nginx/sites-available/example.com /etc/nginx/sites-enabled/
変更を有効にするには、Nginxサービスを再起動します。
sudo systemctl restart nginx
webrootプラグインを使用してCertbotを実行し、以下を発行してSSL証明書ファイルを取得できます。
sudo certbot certonly --agree-tos --email [email protected] --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-07-28. 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" - Your account credentials have been saved in your Certbot configuration directory at /etc/letsencrypt. You should make a secure backup of this folder now. This configuration directory will also contain certificates and private keys obtained by Certbot so making regular backups of this folder is ideal. - If you like Certbot, please consider supporting our work by: Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate Donating to EFF:
証明書ファイルを入手したので、次のようにドメインサーバーブロックを編集できます。
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 }
上記の構成では、HTTPSを強制し、wwwからwww以外のバージョンにリダイレクトしています。
変更を有効にするには、Nginxサービスをリロードします。
SSL証明書を自動更新しましょう
Let's Encryptの証明書は90日間有効です。 有効期限が切れる前に証明書を自動的に更新するために、certbotパッケージは1日2回実行されるcronjobを作成し、有効期限の30日前に証明書を自動的に更新します。
証明書が更新されたらcertbot webrootプラグインを使用しているため、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"
更新プロセスをテストするには、certbot
--dry-run
スイッチを使用できます。
sudo certbot renew --dry-run
エラーがない場合、更新プロセスが成功したことを意味します。
結論
このチュートリアルでは、Let's Encryptクライアントであるcertbotを使用して、ドメインのSSL証明書をダウンロードしました。 また、コードの重複を避けるためにNginxスニペットを作成し、証明書を使用するようにNginxを構成しました。 チュートリアルの最後で、自動証明書更新用のcronjobをセットアップしました。
nginx ubuntu certbot sslを暗号化しましょうこの投稿は、how-to-install-lemp-stack-on-ubuntu-18-04シリーズの一部です。
このシリーズの他の投稿:
•Ubuntu 18.04にNginxをインストールする方法•Ubuntu 18.04でNginxサーバーブロックをセットアップする方法•Ubuntu 18.04でLet's Encryptを使用してNginxを保護する•Ubuntu 18.04にMySQLをインストールする方法•Ubuntu 18.04にPHPをインストールする方法ファーストルック:Ubuntu 7.10デスクトップLinux

「Gutsy Gibbon」リリースは、フラッシュと機能をもたらし、デスクトップLinuxのリーダーとしてUbuntuをリードしています。 Webサイトやデータベースを実行するためのLinuxディストリビューションの選択は簡単です。 Linuxは長年にわたってサーバをうまく処理してきました。しかし、デスクトップ上でLinuxを正しく利用することは常に困難でした。そのため、Ubuntuは3年前に初めて登場したときにこのような話題を呼びました。 Ubuntuバージョン7.10(コードネームGutsy Gibbon)は、グラフィクスの改善、ソフトウェアインストールの簡素化、およびソフトウェアのマイナーな改良など、過去の成功を基盤にしています。
デスクトップLinux Face-Off:Ubuntu 8.04対Fedora 9

世界最大の2つの新バージョンLinuxのディストリビューションが勢ぞろいしています。彼らはどのようにマッチするのですか?
ubuntu 16.04で暗号化してnginxを保護する

このチュートリアルでは、Ubuntu 16.04でcertbotツールを使用してLet's EncryptでNginxを保護する方法について、手順を追って説明します。