Minikube配置前端Ingress后curl可访问但浏览器无法访问问题咨询

当前访问异常是三个核心问题叠加导致，流量根本没有命中你配置的Ingress规则：

1. 访问流量未打到Minikube Ingress控制器 #

你curl拿到的Apache/2.4.38 (Debian) 302响应完全不是Nginx Ingress或者前端服务的返回，对应两个直接问题：

• DNS解析未生效：要么是系统DNS缓存未刷新，要么是浏览器开启了DoH（DNS over HTTPS）绕过了/etc/hosts配置，域名实际被解析到网络中另一台跑Apache的同名服务器，这也是浏览器提示无法访问的直接原因——那台Apache服务器不对你的请求来源返回正常内容。
• Ingress访问链路未打通：Minikube默认是隔离的集群网络，就算在hosts里绑定了Minikube节点IP，不做专门路由的话，本机根本访问不到Ingress控制器监听的80/443端口。你之前执行的minikube service fe-service只是单独给fe-service开了临时端口映射，和Ingress的访问链路完全无关。

2. Ingress后端服务端口配置错误 #

你创建的fe-service中，Service本身的监听端口是90/TCP，对接Pod的9090端口，但Ingress规则里写的后端是fe-service:9090——Ingress转发流量时要对接Service的监听端口，不是Pod的直接端口，这个配置错误会导致网络打通后直接返回503错误。

修复操作步骤 #

按顺序执行以下操作即可恢复正常访问：

• 修正DNS解析问题
  1. 刷新Debian本机DNS缓存：

     sudo systemd-resolve --flush-caches
     

  2. 关闭浏览器的「安全DNS/使用HTTPS进行DNS解析」功能，避免浏览器绕过本地hosts配置。
  3. 执行校验命令确认解析正确：

     nslookup octopus.ea.mot-solutions.com
     

     确认返回的IP为192.168.49.2，不存在其他公网/局域网IP。
• 打通Ingress访问链路
  1. 确认Minikube的Ingress插件已启用，未启用的话先执行：

     minikube addons enable ingress
     

     等待1-2分钟，执行kubectl get pods -n ingress-nginx确认所有Pod状态为Running。
  2. 新开一个常驻终端执行隧道命令，运行期间不要关闭这个终端窗口：

     minikube tunnel
     

     这个命令会把Minikube集群内的Ingress控制器80/443端口直接路由到本机网络，执行后访问Minikube IP的80端口才会真正命中Nginx Ingress。
• 修正Ingress配置
  编辑现有的frontend-ingress资源，把后端服务端口从9090改成fe-service的实际监听端口90，修正后规则部分应为：

  Rules:
    Host                          Path  Backends
    ----                          ----  --------
    octopus.ea.mot-solutions.com
                                  /   fe-service:90 (172.17.0.3:9090)
  

  如果前端应用直接部署在根路径，nginx.ingress.kubernetes.io/rewrite-target: /这个注解可以删掉，不影响正常使用。
• 验证结果
  重新执行curl访问目标域名，不会再出现Apache的302跳转响应，返回前端应用正常内容时，浏览器访问也会恢复正常。之前执行minikube service fe-service打开的临时窗口可以直接关闭，走Ingress访问不需要单独给服务做端口映射。

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