Ubuntu 18.04でLet’s Encryptを使用してNginxを保護する方法

_このチュートリアルの以前のバージョンは、https://www.digitalocean.com/community/users/hazelnut [HazelVirdó] _によって作成されました。

前書き

Let’s Encryptは、無料のhttps://www.digitalocean.com/community/tutorials/openssl-essentials-working-with-ssl-certificates-private-keys-andを取得してインストールする簡単な方法を提供する認証局(CA)です。 -csrs [TLS / SSL証明書]。これにより、Webサーバーで暗号化されたHTTPSが有効になります。 必要な手順のほとんど(すべてではないにしても)の自動化を試みるソフトウェアクライアントCertbotを提供することにより、プロセスを簡素化します。 現在、証明書の取得とインストールのプロセス全体は、ApacheとNginxの両方で完全に自動化されています。

このチュートリアルでは、Certbotを使用してUbuntu 18.04でNginxの無料SSL証明書を取得し、証明書が自動的に更新されるように設定します。

このチュートリアルでは、デフォルトファイルの代わりに別のNginxサーバーブロックファイルを使用します。 推奨作成新しいNginxサーバーは各ドメインのファイルをブロックします。これは、よくある間違いを回避し、デフォルトのファイルをフォールバック構成として維持するために役立ちます。

前提条件

このチュートリアルを実行するには、次のものが必要です。

  • このhttps://www.digitalocean.com/community/tutorials/initial-server-setup-with-ubuntu-18-04 [Ubuntu 18.04の初期サーバーセットアップ]チュートリアル(sudo nonを含む)に従ってセットアップされた1つのUbuntu 18.04サーバー-rootユーザーとファイアウォール。

  • 完全に登録されたドメイン名。 このチュートリアルでは、全体を通して* example.com *を使用します。 https://namecheap.com [Namecheap]でドメイン名を購入するか、http://www.freenom.com/en/index.html [Freenom]で無料で入手するか、選択したドメインレジストラを使用できます。 。

  • 次の両方のDNSレコードがサーバーに設定されています。 追加方法の詳細については、https://www.digitalocean.com/community/tutorials/an-introduction-to-digitalocean-dns [DigitalOcean DNSの概要]を参照してください。

  • サーバーのパブリックIPアドレスを指す「++」を持つAレコード。

  • サーバーのパブリックIPアドレスを指す「+ www。+」を持つAレコード。

  • Ubuntu 18.04にNginxをインストールする方法に従ってインストールされたNginx。 ドメインのサーバーブロック。 このチュートリアルでは、例として「+ / etc / nginx / sites-available / +」を使用します。

ステップ1-Certbotのインストール

Let’s Encryptを使用してSSL証明書を取得する最初のステップは、サーバーにCertbotソフトウェアをインストールすることです。

Certbotは非常に活発に開発されているため、Ubuntuが提供するCertbotパッケージは古くなっている傾向があります。 ただし、Certbotの開発者は、Ubuntuソフトウェアリポジトリを最新バージョンに維持しているため、代わりにそのリポジトリを使用します。

まず、リポジトリを追加します。

sudo add-apt-repository ppa:certbot/certbot

受け入れるには `+ ENTER`を押す必要があります。

`+ apt +`でCertbotのNginxパッケージをインストールします。

sudo apt install python-certbot-nginx

Certbotを使用する準備ができましたが、Nginx用にSSLを構成するには、Nginxの構成の一部を確認する必要があります。

ステップ2-Nginxの構成の確認

Certbotは、SSLを自動的に設定できるように、Nginx設定で正しい「+ server 」ブロックを見つけることができる必要があります。 具体的には、証明書を要求するドメインに一致する ` server_name +`ディレクティブを探すことでこれを行います。

Nginxインストールチュートリアルのサーバーブロックのセットアップ手順で、 `+ server_name `ディレクティブが既に適切に設定されているドメインのサーバーブロックが ` / etc / nginx / sites-available / +`にあるはずです。

確認するには、 `+ nano +`またはお気に入りのテキストエディターを使用してドメインのサーバーブロックファイルを開きます。

sudo nano /etc/nginx/sites-available/

既存の `+ server_name +`行を見つけます。 これは次のようになります。

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

...
server_name  www.;
...

存在する場合は、エディターを終了し、次の手順に進みます。

一致しない場合は、一致するように更新します。 次に、ファイルを保存し、エディターを終了して、構成編集の構文を確認します。

sudo nginx -t

エラーが発生した場合は、サーバーブロックファイルを再度開いて、タイプミスや文字の欠落を確認してください。 構成ファイルの構文が正しい場合、Nginxをリロードして新しい構成をロードします。

sudo systemctl reload nginx

Certbotは正しい「+ server +」ブロックを見つけて更新できるようになりました。

次に、ファイアウォールを更新してHTTPSトラフィックを許可します。

手順3-ファイアウォールを介したHTTPSの許可

前提条件のガイドで推奨されているように、「+ ufw 」ファイアウォールを有効にしている場合、HTTPSトラフィックを許可するように設定を調整する必要があります。 幸いなことに、Nginxはインストール時にいくつかのプロファイルを ` ufw +`に登録します。

次のように入力すると、現在の設定を確認できます。

sudo ufw status

これはおそらく次のようになります。つまり、WebサーバーへのHTTPトラフィックのみが許可されます。

OutputStatus: active

To                         Action      From
--                         ------      ----
OpenSSH                    ALLOW       Anywhere
Nginx HTTP                 ALLOW       Anywhere
OpenSSH (v6)               ALLOW       Anywhere (v6)
Nginx HTTP (v6)            ALLOW       Anywhere (v6)

さらにHTTPSトラフィックを許可するには、Nginx Fullプロファイルを許可し、冗長Nginx HTTPプロファイル許可を削除します。

sudo ufw allow 'Nginx Full'
sudo ufw delete allow 'Nginx HTTP'

ステータスは次のようになります。

sudo ufw status
OutputStatus: active

To                         Action      From
--                         ------      ----
OpenSSH                    ALLOW       Anywhere
Nginx Full                 ALLOW       Anywhere
OpenSSH (v6)               ALLOW       Anywhere (v6)
Nginx Full (v6)            ALLOW       Anywhere (v6)

次に、Certbotを実行して証明書を取得します。

ステップ4-SSL証明書の取得

Certbotは、プラグインを介してSSL証明書を取得するさまざまな方法を提供します。 Nginxプラグインは、必要に応じてNginxの再構成と構成の再読み込みを処理します。 このプラグインを使用するには、次を入力します。

sudo certbot --nginx -d  -d

これは、「-nginx +」プラグインで「 certbot 」を実行し、「-d +」を使用して証明書を有効にする名前を指定します。

初めて `+ certbot `を実行する場合は、電子メールアドレスを入力し、利用規約に同意するよう求められます。 これを行った後、「 certbot +」はLet’s Encryptサーバーと通信し、チャレンジを実行して、証明書を要求しているドメインを制御していることを確認します。

それが成功すると、 `+ certbot +`はHTTPS設定をどのように構成するかを尋ねます。

OutputPlease choose whether or not to redirect HTTP traffic to HTTPS, removing HTTP access.
-------------------------------------------------------------------------------
1: No redirect - Make no further changes to the webserver configuration.
2: Redirect - Make all requests redirect to secure HTTPS access. Choose this for
new sites, or if you're confident your site works on HTTPS. You can undo this
change by editing your web server's configuration.
-------------------------------------------------------------------------------
Select the appropriate number [1-2] then [enter] (press 'c' to cancel):

選択項目を選択し、「+ ENTER」を押します。 設定が更新され、Nginxがリロードして新しい設定を取得します。 `+ certbot +`は、プロセスが成功したこと、および証明書が保存されている場所を通知するメッセージで終了します。

OutputIMPORTANT NOTES:
- Congratulations! Your certificate and chain have been saved at:
  /etc/letsencrypt/live//fullchain.pem
  Your key file has been saved at:
  /etc/letsencrypt/live//privkey.pem
  Your cert will expire on 2018-07-23. To obtain a new or tweaked
  version of this certificate in the future, simply run certbot again
  with the "certonly" option. 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:                    https://eff.org/donate-le

証明書がダウンロード、インストール、およびロードされます。 `+ https:// +`を使用してウェブサイトをリロードしてみて、ブラウザのセキュリティインジケータに注目してください。 通常は緑色のロックアイコンで、サイトが適切に保護されていることを示す必要があります。 SSL Labs Server Testを使用してサーバーをテストすると、* A *グレードになります。

最後に、更新プロセスをテストします。

ステップ5-Certbotの自動更新の検証

Let’s Encryptの証明書は90日間のみ有効です。 これは、ユーザーが証明書の更新プロセスを自動化することを奨励するためです。 インストールした `+ certbot `パッケージは、更新スクリプトを ` / etc / cron.d +`に追加することでこれを処理します。 このスクリプトは1日に2回実行され、有効期限の30日以内にある証明書を自動的に更新します。

更新プロセスをテストするには、 `+ certbot +`でドライランを実行できます。

sudo certbot renew --dry-run

エラーが表示されなければ、設定は完了です。 必要に応じて、Certbotは証明書を更新し、Nginxをリロードして変更を反映します。 自動更新プロセスが失敗した場合、Let’s Encryptは指定したメールにメッセージを送信し、証明書の有効期限が近づいていることを警告します。

結論

このチュートリアルでは、Let’s Encryptクライアント `+ certbot +`をインストールし、ドメインのSSL証明書をダウンロードし、これらの証明書を使用するようにNginxを構成し、自動証明書更新を設定しました。 Certbotの使用についてさらに質問がある場合は、https://certbot.eff.org/docs/ [それらのドキュメント]から始めるのが良いでしょう。

Related