Nginx が non-www を www にリダイレクトしない

Question 1

おそらく、HTTP のみでリダイレクトしており、HTTPS ではリダイレクトしていないことが原因です。リダイレクトする vhost に HTTPS を追加し、example.com名前だけを残してください。

さらに、あなたがやっていることは、現代の人々が実際にやっていることと正反対です。一般的なアプローチは、遺産を葬り去ることです。www古い時代のプレフィックスを廃止し、www。

Answer

おそらく、HTTP のみでリダイレクトしており、HTTPS ではリダイレクトしていないことが原因です。リダイレクトする vhost に HTTPS を追加し、example.com名前だけを残してください。

さらに、あなたがやっていることは、現代の人々が実際にやっていることと正反対です。一般的なアプローチは、遺産を葬り去ることです。www古い時代のプレフィックスを廃止し、www。

Question 2

ここで重要なのは、4つのURL（wwwドメインと非wwwドメインのhttpバージョンとhttpsバージョン）を扱う必要があることです。問題は、wwwドメインと非wwwドメインのhttpバージョンを次のURLに転送していることです。https://wwwドメインですが、メインサーバーブロックは両方をリッスンしていますhttps://example.comそしてhttps://www.example.com

必要なのは、別のサーバーブロックを作成して転送することだけです。https://example.comにhttps://www.example.comサーバー。これには https セットアップを含める必要があります。

server {
  listen 443 ssl http2;
  listen [::]:443 ssl http2;
  include snippets/ssl-example.com.conf;
  include snippets/ssl-params.conf;

  server_name example.com;
  return 301 https://www.example.com$request_uri;
}

server {
  listen 443 ssl http2;
  listen [::]:443 ssl http2;
  include snippets/ssl-example.com.conf;
  include snippets/ssl-params.conf;

  server_name  www.example.com;

  # Main server block for main server continues
}

標準的な例

私は持っているチュートリアルダウンロード可能な設定ファイル付き。標準的な例を以下に示します。

これがうまくいかない場合は、各バリエーション (http と https、www と non-www) を -k オプションで curl してヘッダーを表示し、質問を編集してヘッダーを含めます。

# Main server
server {
  server_name www.example.com;
  listen 443 ssl http2;
  # etc, add all locations, call PHP or servers, etc
}


# Forward http requests to https www server
server {
  listen       80;
  server_name  example.com www.example.com;
  return       301 https://www.example.com$request_uri;
}

# Forward https non-www requests to the https www server
# Requires https setup for this server
server {
  listen 443 ssl http2;
  server_name example.com;

  ssl_certificate /var/lib/acme/certs/***CERT_DIRECTORY/fullchain;
  ssl_certificate_key /var/lib/acme/certs/***CERT_DIRECTORY/privkey;

  # Set up preferred protocols and ciphers. TLS1.2 is required for HTTP/2
  ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
  ssl_prefer_server_ciphers on;
  ssl_ciphers ECDH+AESGCM:ECDH+AES256:ECDH+AES128:DH+3DES:!ADH:!AECDH:!MD5;

  return 301 https://www.example.com$request_uri;
}

問題解決 問題を診断する最良の方法は次のとおりです。

アクセスログと併せて、各ドメインバリアントに対して「curl -k」(ヘッダーの表示) を使用します。返される http ステータスコードから、何が起こっているかがわかります。200 はページ、301 は永続的なリダイレクト、302 は一時的なリダイレクトです。
Nginxにheaders_moreモジュールがあることを確認します。ソースからNginxを構築する非常に簡単です。これにより、レスポンスにhttpsヘッダーを追加できます。これは優れた診断ツールです。このようなステートメントを使用して、どのブロックが実行されているかを調べることができます。

add_header Z_DEBUG "場所名またはメッセージ";

Answer