Chrome无法访问Linux服务器minikube上运行的前端应用

从你贴的集群状态和配置看，访问不通是两个核心问题导致的：

1. minikube tunnel未正确绑定你的业务服务：tunnel运行状态中识别到的服务为frontend-service，但你实际创建的LoadBalancer类型服务名为fe-service，名称不匹配导致tunnel没有为该服务分配独立的External IP，你当前看到的External IP和ClusterIP完全一致就是异常表现，正常tunnel生效后两者不会重合。
2. minikube tunnel默认仅在运行tunnel命令的Debian服务器本地添加集群网段路由，你的个人笔记本和服务器不在同一网络路由域，没有到集群Service网段的转发规则，就算服务器本地能通，笔记本直接访问集群IP也会被路由丢弃。

第一步：修复本地tunnel异常 #

1. 按Ctrl+C终止当前运行的tunnel进程。
2. 用root权限重新启动tunnel，不要指定错误的服务名参数，直接执行：

   sudo minikube tunnel
   

3. 等tunnel稳定运行后，执行以下命令查看服务状态：

   kubectl get service fe-service
   

   正常状态下EXTERNAL-IP列会显示一个10.96.0.0/12段的独立IP，不再和CLUSTER-IP值相同。
4. 先在Debian服务器本地验证服务连通性，把命令里的<EXTERNAL_IP>替换成上一步查到的实际IP：

   curl http://<EXTERNAL_IP>:90
   

   如果能返回前端页面的HTML内容，说明集群内服务、tunnel本地转发逻辑正常。

第二步：配置跨主机访问（三选一即可） #

方案1：端口转发（临时调试用，最简便） #

在Debian服务器上执行端口转发命令，把服务器所有网卡的端口映射到集群服务：

kubectl port-forward --address 0.0.0.0 service/fe-service 9090:90

执行后放开Debian服务器防火墙的9090端口入站规则，在笔记本Chrome里直接访问http://<Debian服务器的IP>:9090即可打开前端。命令终止后转发规则自动失效。

方案2：改Service为NodePort类型（长期用，不依赖tunnel） #

编辑fe-service.yaml，把spec.type的值从LoadBalancer改成NodePort，重新apply配置：

kubectl apply -f fe-service.yaml

执行kubectl get service fe-service，在PORT(S)列会看到一个30000-32767范围内的随机端口，格式类似90:32224/TCP里的32224。放开防火墙对应端口后，笔记本直接访问http://<Debian服务器IP>:<NodePort端口>即可，不需要一直运行minikube tunnel。

方案3：添加静态路由（完全模拟本地集群访问体验） #

如果需要在笔记本上直接访问所有集群IP、Pod IP、LoadBalancer IP，可以手动配置路由：

1. 在Debian服务器上开启内核IP转发，配置iptables规则把收到的10.96.0.0/12段流量转发给minikube网桥。
2. 在个人笔记本上添加静态路由，将目标网段10.96.0.0/12的下一跳地址设置为Debian服务器的IP。
   配置完成后笔记本访问集群服务的体验和在Debian服务器本地完全一致，不需要额外做端口映射。

额外检查项 #

• 验证前端容器端口监听正常：执行kubectl exec -it oct-frontend-95d76dddc-ghd9m -- ss -tulpn，确认存在0.0.0.0:9090的监听记录，避免容器内Nginx未正常启动导致访问失败。
• 如果你的前端配置了HTTPS强制跳转，访问时注意使用https://前缀，同时映射对应443端口，避免HTTP请求被拒绝。

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