这是后续关闭 Docker 中的 https https://stackoverflow.com/questions/67087945/turn-off-https-in-docker还有一些更多信息。我还没想明白。
我在 Docker slack 小组中询问，他们确信它来自 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 i.e. default $http; http on; https '';
- 删除整个地图块
- 删除 docker-compose.yml 第 140 行中对 https 的引用
- 从 docker-compose.yml 中删除第 143 行
- 从 docker-compose.yml 中删除第 147 行
- 为本地主机创建自签名证书
- 麻布和灰烬
我真的很茫然，感谢任何帮助。
经过 OP 的更多测试以及其他用户的评论：看来重定向（HTTP 到 HTTPS）是在 Nginx 处理请求后发生的。
OP 还使用单个 index.html 文件进行了测试，并且没有重定向到 HTTPS：确认重定向来自 PHP（或者至少不是来自 Nginx）。
接下来的步骤是研究 Drupal 配置和/或 htaccess 配置。 OP更改了一些Drupal配置（关于重定向），并成功使drupal设置页面仅使用HTTP。
在这种情况下，最好的方法是始终尝试查明问题的根源：
- 使您的 Nginx 配置最少：简单的index.html
- 定期清除浏览器缓存：它们有时会缓存重定向
- 检查/删除 htaccess 以查看行为是否发生变化
- 最后，如果 Nginx 没有任何问题，并且 htaccess 似乎不是问题：它主要是“之后”，所以问题可能来自“Nginx 向谁发送请求”
- 从 Drupal、Woocommerce、Laravel 等“大型”框架/CMS 中...重定向通常可以从配置文件或数据库设置“轻松”处理。
- 当您有处理重定向的自定义代码时：它需要调试
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
