Kubernetes环境下MinIO控制台浏览器无法访问故障排查求助

问题根因定位 #

首先明确：你当前遇到的连接超时是网络层面故障，和MINIO_BROWSER_REDIRECT_URL配置无关，该配置仅用于浏览器访问时的控制台跳转逻辑，无法解决网络不通的问题。你当前在本地终端export的环境变量也完全不会生效，必须配置到MinIO运行的Pod环境变量中才会生效。

故障排查步骤 #

• 第一步：检查访问地址是否输入错误
  你提供的Service LoadBalancer入口是192.168.10.70，但curl报错的目标IP是192.168.1.70，首先确认是否是输入时遗漏了网段的10字段，这是最常见的低级错误。
• 第二步：确认MinIO服务本身是否正常
  先登录k3s集群节点，直接访问Pod的内网端口验证服务可用性：

  curl 10.42.1.13:9011
  curl 10.42.2.12:9011
  

  如果以上访问不通，首先排查MinIO Pod的运行状态、启动日志，确认服务本身正常启动。
• 第三步：验证NodePort连通性
  你的Service NodePort为31423，访问任意k3s节点IP+该端口：

  curl <k3s节点IP>:31423
  

  如果该访问不通，排查k3s节点的防火墙、安全组是否放开了30000-32767段的NodePort端口，以及集群网络策略是否禁止了外部流量访问minio命名空间下的服务。
• 第四步：排查LoadBalancer故障
  如果NodePort可以正常访问，说明问题出在k3s默认的Klipper LoadBalancer组件：
  1. 登录k3s节点执行ss -tulpn | grep 9012，确认是否有进程监听9012端口
  2. 检查LoadBalancer对应的IP是否已经正确绑定到k3s节点的网卡上
  3. 确认节点防火墙是否放开了9012端口的入站规则

重定向配置修正（网络通后再操作） #

MINIO_BROWSER_REDIRECT_URL需要配置在MinIO的Deployment/StatefulSet的env字段中，修改后重启Pod才会生效，本地终端export的变量不会作用于集群内运行的MinIO进程。配置值为控制台对外可访问的完整地址即可。

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