5倍速!メールマガジン
外部アカウントで登録
            
        
    
受講生の声
新着の講座投稿
新着の講座コメント
新着のノート投稿
投稿一覧へ新着のノートコメント
表示できる投稿はありません。
サイト運営者紹介
        小川 慶一講師/教材/システム開発者紹介
この学習サイトの教材制作、サポート、システム開発をすべてやっています。
                            
                            
                            
                        
        
    
表示できる投稿はありません。
        この学習サイトの教材制作、サポート、システム開発をすべてやっています。
藤本 博子さんの投稿
(投稿ID: 5475)
詳細な動画、解説にコンテンツ、ありがとうございました。
お名前.comでドメインを取得し、SSL設定までいくことができました!
9:36 HTTPからのリクエストがあった場合は、https://に301でリダイレクトする設定の部分で、sever_nameは、"domain_name:"となってますが、自身の取得したドメイン名を入力しなくてもいいでしょうか。
とりあえず、自分のドメイン名に書き換えて追加しましたが、問題なくhttps://にリダイレクトできています。
気になったので、ご教示いただけるとありがたいです。
どうぞよろしくお願いいたします。
小川 慶一さんのコメント
(コメントID: 8146)
そこは、自身の取得したドメインを入力するところです。
マニュアル改定しておきます。
藤本 博子さんのコメント
(コメントID: 8147)
ご回答ありがとうございました。
マニュアル改訂のご対応もありがとうございます。
取り急ぎ、お礼申し上げます。
小川 慶一さんのコメント
(コメントID: 8148)
ファイル内に server {} ブロックが複数ある場合がありますね。
nginx は、HTTP リクエストのリクエストヘッダー内にある、 Host の値と listen でのポート指定を参考にして、どのブロックで記述された処理を実行するかを決めます。
たとえば、以下のHTTPリクエストであれは、 server_name www.example.com となっている server {} の設定どおりに処理が実行されます。
/etc/nginx/sites-available/example.com
以下であれば、 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