アンドロイド

ubuntu 16.04で暗号化してnginxを保護する

目次:

Anonim

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サーバーブロックファイルに含めます。

/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/sites-available/example.com.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サービスをリロードします。

sudo systemctl reload 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 ます。

/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を暗号化しましょう