Nginx HTTPS协议下IP访问重定向至域名配置失效问题

当前配置无法生效的核心问题是：443端口的HTTPS服务在进入请求匹配逻辑前，必须先完成TLS握手流程，你写的server块缺失HTTPS服务必需的SSL参数，Nginx根本不会将这个块作为443端口的有效处理入口，请求在TCP+TLS握手阶段就被中断，自然走不到后续的重定向指令逻辑。
你之前80端口的HTTP重定向配置正常，是因为HTTP流程不需要TLS握手、不需要绑定证书，只要配置语法正确、端口放通，请求就能正常走到重定向逻辑。

具体修复步骤 #

• 补全443监听的SSL必需参数
  原来的listen 443;声明需要加上ssl标记，同时绑定能完成TLS握手的证书文件——不需要给这个IP访问场景单独申请付费证书，直接复用你为mosachi.ga域名配置的正式证书即可，只要证书路径配置正确，TLS握手就能正常完成，进入Nginx的请求处理流程。
  修正后的完整配置参考：

  server {
      listen 443 ssl;
      # 保留你指定的IP作为server_name
      server_name 31.220.108.250;
  
      # 替换为你实际的证书、私钥文件路径
      ssl_certificate /etc/nginx/ssl/mosachi.ga.pem;
      ssl_certificate_key /etc/nginx/ssl/mosachi.ga.key;
  
      # 原有重定向逻辑保留即可
      return 301 https://mosachi.ga$request_uri;
  }
  

• 排查server块匹配冲突
  执行nginx -T导出全量配置，检索所有包含listen 443的配置块：
  • 如果存在其他443服务块标记了default_server，所有未被精确匹配server_name的HTTPS请求都会优先落到这个兜底块上，你单独配置的IP重定向块会被直接跳过
  • 检查是否有其他server块的server_name匹配范围包含了这个IP，优先级高于你当前写的重定向块
• 验证链路连通性
  确认主机的防火墙、云平台安全组已经放通443端口的入站规则，确保从外部发起的HTTPS请求能正常到达Nginx进程，没有被网络层拦截。
• 配置校验与生效
  执行nginx -t确认配置语法无报错后，重载Nginx服务，使用命令行工具测试重定向效果：

  curl -vk https://31.220.108.250/test-path
  

  如果返回结果中出现301状态码、响应头的Location字段指向https://mosachi.ga/test-path，即代表配置生效。

内容的提问来源于stack exchange，提问作者Monkey Man