目次:
Let's Encryptは、Internet Security Research Group(ISRG)によって開発された無料のオープンな認証局です。 Let's Encryptが発行した証明書は、今日のほとんどすべてのブラウザーで信頼されています。
このチュートリアルでは、Ubuntu 16.04でcertbotツールを使用してLet's EncryptでNginxを保護する方法について、順を追って説明します。
前提条件
このチュートリアルを続行する前に、次の前提条件を満たしていることを確認してください。
- パブリックサーバーIPを指すドメイン名があります。 このチュートリアルでは、
example.com
を使用しexample.com
。Ubuntu16.04にNginxをインストールする方法に従ってNginxをインストールします。
Certbotをインストールする
CertbotはPythonで書かれたユーティリティで、Let's Encrypt SSL証明書を取得および更新し、Webサーバーを構成するためのタスクを自動化できます。
最初に、
add-apt-repository
PPAを追加するために必要な
add-apt-repository
ツールを提供する
software-properties-common
パッケージをインストールし
software-properties-common
。
パッケージインデックスを更新し、
software-properties-common
をインストールし
software-properties-common
。
sudo apt update
sudo apt install software-properties-common
インストールが完了したら、次のコマンドを使用して、certbot PPAリポジトリをシステムに追加します。
sudo add-apt-repository ppa:certbot/certbot
パッケージリストを更新し、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
コードの重複を避けるために、次の2つのスニペットを作成して、すべてのNginxサーバーブロックファイルに含めます。
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
スニペットを含めます。
server { listen 80; server_name example.com www.example.com; include snippets/letsencrypt.conf; }
sites-available
sites-enabled
sites-available
sites-enabled
へのシンボリックリンクを作成して、サーバーブロックをアクティブにします。
sudo ln -s /etc/nginx/sites-available/example.com.conf /etc/nginx/sites-enabled/example.com.conf
変更を有効にするためにNginx設定をリロードします。
sudo systemctl reload 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-04-23. 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:
証明書ファイルができたので、ドメインサーバーブロックを次のように編集します。
/etc/nginx/sites-available/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
バージョンのドメインを
non 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
ます。
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を暗号化しましょうファーストルック: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 18.04で暗号化してnginxを保護する

Let's Encryptは、Internet Security Research Groupによって開発された無料のオープンな認証局です。 このチュートリアルでは、Ubuntu 18.04でcertbotツールを使用してLet's EncryptでNginxを保護する方法について、手順を追って説明します。