GNU/Linux >> Linux の 問題 >  >> Ubuntu

Ubuntu16.04でLetsEncryptを使用してNginxを保護する

Let’s Encryptは、Internet Security Research Group(ISRG)によって開発された無料のオープンな認証局です。 Let’s Encryptによって発行された証明書は、現在ほとんどすべてのブラウザで信頼されています。

このチュートリアルでは、Ubuntu 16.04のcertbotツールを使用してLet’sEncryptでNginxを保護する方法を段階的に説明します。

前提条件#

このチュートリアルを続行する前に、次の前提条件を満たしていることを確認してください。

  • パブリックサーバーのIPを指すドメイン名があります。このチュートリアルでは、 example.comを使用します 。
  • Ubuntu16.04にNginxをインストールする方法に従ってNginxをインストールしました。

Certbot#をインストールします

Certbotは、Pythonで記述されたユーティリティであり、Let’sEncryptSSL証明書の取得と更新およびWebサーバーの構成のタスクを自動化できます。

まず、 software-properties-commonをインストールします add-apt-repositoryを提供するパッケージ PPAを追加するために必要なツール。

パッケージのインデックスを更新し、 software-properties-commonをインストールします と:

sudo apt updatesudo apt install software-properties-common

インストールが完了したら、次のコマンドを使用してcertbotPPAリポジトリをシステムに追加します。

sudo add-apt-repository ppa:certbot/certbot

パッケージリストを更新し、certbotパッケージをインストールします:

sudo apt updatesudo 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-path}/。well-known/acme-challenge<で要求されたドメインを検証するための一時ファイルを作成することで機能するWebrootプラグインを使用します。 / code> ディレクトリ。 Let’s Encryptサーバーは、一時ファイルに対してHTTPリクエストを送信して、リクエストされたドメインがcertbotが実行されているサーバーに解決されることを検証します。

より簡単にするために、 .well-known / acme-challengeのすべてのHTTPリクエストをマッピングします。 単一のディレクトリに、 / var / lib /letsencrypt

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

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

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

/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ステープリング、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 からシンボリックリンクを作成して、サーバーブロックをアクティブ化します サイト対応へ :

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:                    https://eff.org/donate-le

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

/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をリダイレクトしています。 ドメインのバージョンをnonwww バージョン。

変更を有効にするには、Nginxサービスをリロードします:

sudo systemctl reload nginx

SSL証明書の自動更新#

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

証明書が更新されたらcertbotwebrootプラグインを使用しているため、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

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


Ubuntu
  1. Ubuntu18.04でLet'sEncryptを使用してNginxを保護する-その方法は?

  2. Ubuntu20.04でLetsencryptを使用してNginxを保護する方法

  3. Ubuntu20.04でLet'sEncryptを使用してNginxを保護する方法

  1. Ubuntu 20.04/18.04でLetsEncryptを使用してNginxを保護する方法

  2. Ubuntu18.04でLetsEncryptを使用してNginxを保護する

  3. Ubuntu18.04でLetsEncryptを使用してApacheを保護する

  1. Ubuntu20.04でLetsEncryptを使用してNginxを保護する

  2. Ubuntu20.04でLetsEncryptを使用してApacheを保護する

  3. CentOS7でLetsEncryptを使用してNginxを保護する