レッスン-投稿一覧パソコン仕事５倍塾ポータル

投稿/コメントを表示します。

Linux 初心者のための、コピペでできるサーバデプロイガイド - Ubuntu 22.04 LTS 編

SSL の設定を行う

藤本　博子さんの投稿

(投稿ID: 5475)

小川先生

詳細な動画、解説にコンテンツ、ありがとうございました。
お名前.comでドメインを取得し、SSL設定までいくことができました！

9:36　HTTPからのリクエストがあった場合は、https://に301でリダイレクトする設定の部分で、sever_nameは、"domain_name:"となってますが、自身の取得したドメイン名を入力しなくてもいいでしょうか。
とりあえず、自分のドメイン名に書き換えて追加しましたが、問題なくhttps://にリダイレクトできています。

# ここから追加
server {
    listen 80;
    server_name domain_name;
    return 301 https://$host$request_uri;
}

気になったので、ご教示いただけるとありがたいです。
どうぞよろしくお願いいたします。

2023/05/14 22:41

小川慶一さんのコメント

(コメントID: 8146)

わかりにくくてすいません。
そこは、自身の取得したドメインを入力するところです。

マニュアル改定しておきます。

2023/05/14 22:50

藤本　博子さんのコメント

(コメントID: 8147)

小川先生

ご回答ありがとうございました。
マニュアル改訂のご対応もありがとうございます。

取り急ぎ、お礼申し上げます。

2023/05/14 22:59

小川慶一さんのコメント

(コメントID: 8148)

nginx の設定ファイルについて補足です。
ファイル内に server {} ブロックが複数ある場合がありますね。

nginx は、HTTP リクエストのリクエストヘッダー内にある、 Host の値と listen でのポート指定を参考にして、どのブロックで記述された処理を実行するかを決めます。

たとえば、以下のHTTPリクエストであれは、 server_name www.example.com となっている server {} の設定どおりに処理が実行されます。

GET /index.html HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.8
Cookie: _ga=GA1.2.123456789.1515151515
Connection: keep-alive

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

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

    location / {
        root /usr/share/nginx/html;
        index index.html index.htm;
    }
}

以下であれば、 ogawa-photo.com への 80 ポートへの(httpの)リクエストは、2つ目の server ブロックの内容と一致するので、これが実行されます。
ここでは、単純に、リクエストのプロトコル部分だけを変更して(http->httpsに変更して)リクエストをステータスコード 301 で転送しています。

443 ポートへの(httpsの)リクエストは、1つ目の server ブロックの内容と一致するので、これが実行されます。
ここでは、 /static/ 以下へのリクエストについては、 /home/www/mysite を参照するように、とのことです。
/media/ 以下へのリクエストについても、 /home/www/mysite を参照するように、とのことです。
~ /.well-known/acme-challenge のところは、サーバ証明書更新用のリクエストにかかる処理部分です。(説明省略)
上記のいずれにも合致しないリクエストは、 proxy_pass で指定された http://unix:/run/gunicorn/mysite.sock に処理が転送されます。これは Gunicorn に処理を転送しています。この Gunicorn が Django アプリを呼び出しています。

/etc/nginx/sites-available/ogawa-photo.com

server {
    listen 443 ssl;
    server_name ogawa-photo.com;
    ssl_certificate /etc/letsencrypt/live/domain_name/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/domain_name/privkey.pem;

    location = /favicon.ico { access_log off; log_not_found off; }
    location /static/ {
        root /home/www/mysite;
    }
    location /media/ {
        root /home/www/mysite;
    }

    location ~ /.well-known/acme-challenge {
        allow all;
        root /var/www/letsencrypt;
        default_type "text/plain";
        try_files $uri =404;
    }

    location / {
        include proxy_params;
        proxy_pass http://unix:/run/gunicorn/mysite.sock;
    }
}

server {
    listen 80;
    server_name ogawa-photo.com;
    return 301 https://$host$request_uri;
}

2023/05/14 23:28