Ubuntu 18.04 : Nginx에 Let's Encrypt로 SSL/HTTPS 적용 방법, 예제, 명령어

Ubuntu 18.04 : Nginx에 Let's Encrypt로 SSL/HTTPS 적용 방법, 예제, 명령어

 

Let Encryption은 ISRG(Internet Security Research Group)에서 개발한 무료 개방형 인증 기관입니다. Let's Encrypt에서 발급한 인증서는 오늘날 거의 모든 브라우저에서 신뢰됩니다.

이 튜토리얼에서는 Ubuntu 18.04의 certbot 도구를 사용하여 Let's Encryption으로 Nginx를 보호하는 방법에 대한 단계별 지침을 제공합니다.

 

 

 

필수 구성 요소

이 튜토리얼을 계속하기 전에 다음 필수 구성 요소를 충족했는지 확인합니다. 

- 공용 서버 IP를 가리키는 도메인 이름이 있습니다. 이 튜토리얼에서는 example.com을 사용할 것입니다.

- 다음 지침에 따라 Nginx를 설치했습니다.

- 도메인에 대한 서버 블록이 있습니다. 이 지침에 따라 작성 방법에 대한 자세한 내용을 볼 수 있습니다.

 

 

 

Certbot 설치

Certbot은 Let's SSL 인증서 획득 및 갱신 및 인증서 사용을 위한 웹 서버 구성 작업을 자동화할 수 있는 완전한 기능을 갖춘 사용하기 쉬운 도구입니다. certbot 패키지는 기본 Ubuntu 리포지토리에 포함되어 있습니다.

패키지 목록을 업데이트하고 certbot 패키지를 설치합니다.

sudo apt update
sudo apt install certbot

 

 

 

Strong Dh(Diffie-Hellman) 그룹 생성

DH(Diffie-Hellman 키 교환)는 보안되지 않은 통신 채널을 통해 암호화 키를 안전하게 교환하는 방법입니다. 보안을 강화하기 위해 새로운 2048비트 DH 매개 변수를 생성할 예정입니다.

sudo openssl dhparam -out /etc/ssl/certs/dhparam.pem 2048

 

 

원하는 경우 크기를 최대 4096비트까지 변경할 수 있지만 이 경우 시스템 엔트로피에 따라 생성 시간이 30분 이상 걸릴 수 있습니다.

 

 

 

SSL 암호화 인증서 가져오기

도메인에 대한 SSL 인증서를 얻으려면 ${webroot-path}/.well-known/acme-challenge 디렉토리에서 요청된 도메인의 유효성을 검사하기 위한 임시 파일을 생성하여 작동하는 Webroot 플러그인을 사용합니다. Let's Encryption 서버는 임시 파일에 HTTP 요청을 하여 요청한 도메인이 certbot이 실행되는 서버로 결정되는지 확인합니다.

보다 간단하게 하기 위해 .well-known/acme-challerge에 대한 모든 HTTP 요청을 단일 디렉토리 /var/lib/letsencrypt로 매핑합니다.

 

다음 명령은 디렉터리를 만들고 Nginx 서버에 대해 쓰기 가능하도록 설정합니다.

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

 

 

코드가 중복되지 않도록 다음 두 개의 스니펫을 생성하여 모든 Nginx 서버 블록 파일에 포함할 것입니다.

텍스트 편집기를 열고 첫 번째 코드 조각인 letcrypt.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에서 권장하는 지퍼를 포함하는 두 번째 코드 조각 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;

 

 

코드 조각이 생성되면 도메인 서버 블록을 열고 다음과 같이 letsecrypt.conf 코드 조각이 포함됩니다.

sudo nano /etc/nginx/sites-available/example.com.conf

 

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

server {
  listen 80;
  server_name example.com www.example.com;

  include snippets/letsencrypt.conf;
}

 

 

새 서버 블록 파일을 사용하려면 파일에서 사이트 사용 디렉토리에 대한 심볼 링크를 만들어야 합니다. Nginx는 이 링크를 시작할 때 이 링크를 읽습니다.

sudo ln -s /etc/nginx/sites-available/example.com.conf /etc/nginx/sites-enabled/

 

 

변경 내용을 적용하려면 Nginx 서비스를 다시 시작합니다.

sudo systemctl restart nginx

 

 

이제 Webroot 플러그인으로 Certbot을 실행하고 다음을 실행하여 SSL 인증서 파일을 가져올 수 있습니다.

sudo certbot certonly --agree-tos --email admin@example.com --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:                    https://eff.org/donate-le

 

 

이제 인증서 파일이 있으므로 다음과 같이 도메인 서버 블록을 편집할 수 있습니다.

sudo nano /etc/nginx/sites-available/example.com.conf

 

# /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 인증서 자동 갱신

암호화 인증서는 90일 동안 유효합니다. 인증서 만료 전에 자동으로 인증서를 갱신하려면 인증서 봇 패키지는 하루에 두 번 실행되는 크론 작업을 생성하고 만료 30일 전에 인증서를 자동으로 갱신합니다. 

인증서가 갱신되면 certbot webroot 플러그인을 사용하므로 nginx 서비스도 다시 로드해야 합니다. 다음과 같이 보이도록 /etc/cron.d/certbot 파일에 --reenew-hook "systemctl reload nginx"를 추가합니다.

 

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을 설정합니다.