同服务器 http 定向到https网站 解决办法

当访问https://www.domain1.com时却访问到了www.domain2.com的内容，这是因为您的Nginx配置存在以下问题：

问题原因

缺少HTTPS配置：www.domain1.com的server块只监听了80端口（HTTP），没有监听443端口（HTTPS）

默认SSL服务器：当访问https://www.domain1.com时，Nginx会使用第一个匹配的SSL服务器块，也就是www.domain2.com的配置

解决方案

方案1：为www.domain1.com添加SSL配置

修改www.domain1.com的server块，添加SSL监听和证书配置：

server {
  listen 80;
  listen [::]:80;
  listen 443 ssl;
  listen [::]:443 ssl;
  server_name www.domain1.com;
  
  # 添加SSL证书配置（使用与www.domain1.com相符的证书）
  ssl_certificate /ssl/www.domain1.com/www.domain1.com.pem;
  ssl_certificate_key /ssl/www.domain1.com/www.domain1.com.key;
  ssl_session_timeout 5m;
  ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE;
  ssl_prefer_server_ciphers on;
  
  # 其余配置保持不变...
}

方案2：添加默认SSL服务器块（推荐）

为了防止其他未配置SSL的域名匹配到错误的服务器块，可以添加一个默认SSL服务器：

server {
  listen 443 ssl default_server;
  listen [::]:443 ssl default_server;
  ssl_certificate /ssl/www.domain2.com/www.domain2.com.pem;
  ssl_certificate_key /ssl/www.domain2.com/www.domain2.com.key;
  return 444; # 关闭连接或重定向到其他页面
}

验证步骤

修改配置后，测试Nginx配置：

Bash

   nginx -t

重新加载Nginx配置：

Bash

   systemctl reload nginx

测试访问：

https://www.domain1.com 现在应该显示正确的内容

如果访问其他未配置的HTTPS域名，应该会被拒绝或重定向

注意事项

确保/ssl/www.domain2.com/www.domain2.com.pem是一个有效的证书，能够匹配www.domain2.com

如果www.domain1.com需要独立的证书，应该为其配置专用证书

考虑为HTTP访问添加自动跳转HTTPS的配置（如果需要）

通过以上修改，您的HTTPS访问应该能够正确路由到对应的网站内容。