Kubernetes集群更换Nginx ingress后Minio Console登录失败求助

• 首先排查Nginx Ingress对WebSocket的支持配置：Minio Console依赖WebSocket协议维持登录会话，Nginx Ingress默认未自动开启WebSocket相关头传递，需要在Ingress资源中添加以下注解：

nginx.ingress.kubernetes.io/proxy-read-timeout: "3600"
nginx.ingress.kubernetes.io/proxy-send-timeout: "3600"
nginx.ingress.kubernetes.io/upgrade: "websocket"
nginx.ingress.kubernetes.io/connection: "upgrade"

• 校验Minio Console的重定向地址配置：确认Minio Deployment中MINIO_BROWSER_REDIRECT_URL环境变量的值，必须和你外部访问Console的完整地址完全匹配，包含协议头（http/https）、域名、端口（非标准端口需携带），否则登录后跳转逻辑会校验失败，返回未授权错误。
• 校验X-Forwarded头传递规则：如果你的Ingress侧做了TLS终结，需要确保X-Forwarded-Proto头正确传递给Minio服务，可添加以下Ingress注解：

nginx.ingress.kubernetes.io/ssl-redirect: "true"
nginx.ingress.kubernetes.io/use-forwarded-headers: "true"

如果Minio侧配置了MINIO_BROWSER_SECURE_COOKIE=true，但Ingress传递的Proto头为http，会导致浏览器不携带安全Cookie，触发登录校验失败。

• 排除Ingress路径重写配置错误：如果你将Minio Console配置在非根路径下，检查路径重写规则是否正确剥离了访问前缀，避免Console侧接收到错误的请求路径，导致会话匹配失败。
• 验证Minio本身的登录有效性：使用kubectl port-forward命令直接转发Minio Console端口到本地，跳过Ingress组件访问，如果可以正常登录，可完全确认故障由Ingress配置导致，无需排查Minio本身的账号、Secret配置。

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