Kubernetes+Ingress+Nginx配置出现过多重定向问题求助

一、检查Ingress核心配置 #

• 确认HTTPS强制跳转配置，避免循环冲突：
  • 保留nginx.ingress.kubernetes.io/ssl-redirect: "true"注解，不要同时启用nginx.ingress.kubernetes.io/force-ssl-redirect，两者叠加易引发跳转循环。
  • 验证tls块配置的域名与secret是否匹配，确保证书有效：

    tls:
    - hosts:
      - your-domain.com
      secretName: your-valid-tls-secret
    

  • 排查是否存在同一域名的重复Ingress规则（一个HTTP、一个HTTPS），这类冗余配置会导致跳转逻辑混乱。

二、修正Nginx ConfigMap配置 #

• 移除自定义重定向规则中与Ingress注解重复的部分：
  • 不要在ConfigMap的server块中添加return 301 https://$host$request_uri;，Ingress的ssl-redirect注解已足够完成HTTP转HTTPS的跳转。
  • 确保后端服务能正确识别请求协议，在ConfigMap的代理配置中添加：

    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-For $remote_addr;
    

三、检查PHP-FPM后端服务配置 #

• 修正应用层的URL配置：将PHP应用（如Laravel、WordPress）的APP_URL或siteurl设置为HTTPS格式，避免后端强制跳转到HTTP引发反向循环。
• 在PHP-FPM的Nginx配置块中添加协议识别参数：

  fastcgi_param HTTPS $https if_not_empty;
  fastcgi_param HTTP_X_FORWARDED_PROTO $http_x_forwarded_proto;
  

四、日志分析与验证 #

• 跟踪Ingress Nginx日志定位循环节点：

  kubectl logs -n kube-system <your-ingress-controller-pod-name> -f
  

  观察请求的状态码序列，若出现连续301/302且在HTTP/HTTPS间来回跳转，说明协议识别或跳转规则存在冲突。
• 用curl测试跳转逻辑：

  curl -v http://your-domain.com
  curl -v https://your-domain.com
  

  查看响应头的Location字段，确认跳转目标是否符合预期。

五、常见错误修复案例 #

• 案例1：Ingress开启HTTPS跳转，但后端APP强制跳转到HTTP → 修正APP的URL为HTTPS，同时确保X-Forwarded-Proto头正确传递。
• 案例2：ConfigMap与Ingress注解同时配置重定向 → 删除其中一处重定向规则，保留Ingress的ssl-redirect注解即可。
• 案例3：TLS证书无效导致HTTPS请求失败，Ingress又强制跳转到HTTPS → 重新生成或替换有效证书，确保域名与证书匹配。

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