Docker ngix/traefik 301 將 http 重定向到本地主機中的 https

Question

這是在 Docker 中關閉 https 並提供更多信息的后續行動。 我還沒有弄明白。

我在 Docker 松弛組中詢問，他們確信它來自 nginx 或 traefik 配置。

在 Firefox 中有一個 SSL_ERROR_UNRECOGNIZED_NAME_ALERT 錯誤，在 Chrome 中它是類似的 ERR_SSL_UNRECOGNIZED_NAME_ALERT。 我沒有通過搜索找到太多關於其中任何一個的信息。

我的 nginx 配置：

user                                    nginx;
daemon                                  off;
worker_processes                        auto;
error_log                               /proc/self/fd/2 debug;

events {
  worker_connections                  1024;
  multi_accept                        on;
}

http {
  include                             /etc/nginx/mime.types;
  default_type                        application/octet-stream;
  fastcgi_buffers                     16 32k;
  fastcgi_buffer_size                 32k;
  fastcgi_intercept_errors            on;
  fastcgi_read_timeout                900;
  include                             fastcgi_params;
  access_log                          /proc/self/fd/1;
  port_in_redirect                    off;
  send_timeout                        600;
  sendfile                            on;
  client_body_timeout                 600;
  client_header_timeout               600;
  client_max_body_size                256M;
  client_body_buffer_size             16K;
  client_header_buffer_size           4K;
  large_client_header_buffers         8 16K;
  keepalive_timeout                   60;
  keepalive_requests                  100;
  reset_timedout_connection           off;
  tcp_nodelay                         on;
  tcp_nopush                          on;
  server_tokens                       off;
  upload_progress                     uploads 1m;

  gzip                                on;
  gzip_buffers                        16 8k;
  gzip_comp_level                     2;
  gzip_http_version                   1.1;
  gzip_min_length                     20;
  gzip_types                          text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript image/x-icon application/vnd.ms-fonto
  gzip_vary                           on;
  gzip_proxied                        any;
  gzip_disable                        msie6;

  add_header                          X-XSS-Protection '1; mode=block';
  add_header                          X-Frame-Options SAMEORIGIN;
  add_header                          X-Content-Type-Options nosniff;

  map $http_x_forwarded_proto $fastcgi_https {
      default $https;
      http '';
      https on;
  }

  map $uri $no_slash_uri {
      ~^/(?<no_slash>.*)$ $no_slash;
  }


  upstream backend {
      server php:9000;
  }


  include conf.d/*.conf;
}

我的 nginx.conf.default：

#user  nobody;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   html;
            index  index.html index.htm;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }


    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;

    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

}

我的 docker-compose.yml 與上一個問題沒有變化。

我一直在尋找類似於 traefik 配置的東西，但找不到任何東西。

到目前為止我嘗試過的事情：

• 在map $http_x_forwarded_proto $fastcgi_https即default $http; http on; https ''; default $http; http on; https '';
• 刪除整個 map 塊
• 刪除 docker-compose.yml 第 140 行中對 https 的引用
• 從 docker-compose.yml 中刪除第 143 行
• 從 docker-compose.yml 中刪除第 147 行
• 為 localhost 創建自簽名證書
• 麻布和灰燼

我真的很茫然，任何幫助表示贊賞。

Answer 1

經過 OP 的更多測試和其他用戶的評論：似乎在 Nginx 處理請求之后發生了重定向（HTTP 到 HTTPS）。

OP 還使用單個 index.html 文件進行了測試，並且沒有重定向到 HTTPS：確認重定向來自 PHP（或至少不是來自 Nginx）。

接下來的步驟是查看 Drupal 配置和/或 htaccess 配置。 OP 更改了一些 Drupal 配置（關於重定向），並成功獲得了 drupal 設置頁面，僅適用於 HTTP。

在這種情況下，最好的辦法是始終嘗試找出問題的根源：

• 使您的 Nginx 配置最小化：簡單索引。html
• 定期清除瀏覽器緩存：他們有時會緩存重定向
• 檢查/刪除 htaccess 以查看行為是否發生變化
• 最后，如果 Nginx 對任何問題都“干凈”，而 htaccess 似乎不是問題：它主要是“之后”，所以問題可能來自“Nginx 發送請求的人”
• 從像 Drupal、Woocommerce、Laravel 這樣的“大型”框架/CMS...重定向通常從配置文件或數據庫設置“輕松”處理。
• 當您有自定義代碼處理重定向時：它需要調試