Minikube集群NodePort服务可curl访问但浏览器超时问题排查

你遇到的情况是minikube集群中NodePort服务可通过curl访问，但浏览器访问超时，排除请求头问题后，可从以下几个方向排查：

1. Minikube网络访问方式不符 #

minikube的网络驱动（如Docker、VirtualBox、WSL2）会影响NodePort的外部访问方式：

• 若使用Docker驱动，直接访问minikube ip:30100可能无法被主机浏览器访问，需执行minikube service python-server-internal-service --namespace kubernetes-hello-world --url获取可直接访问的转发地址，或使用minikube tunnel打通网络。
• 若在WSL2环境运行minikube，Windows主机浏览器无法直接访问WSL内部的minikube IP，需在WSL中配置端口转发，或使用minikube的Windows兼容访问方式。

2. 浏览器预请求（OPTIONS）未处理 #

浏览器发起跨域请求时会先发送OPTIONS预请求验证权限，但你的Python服务器仅实现了do_GET方法，未处理OPTIONS请求，导致预请求超时：

• 可在服务器代码中添加do_OPTIONS方法，返回必要的CORS头：

def do_OPTIONS(self):
    self.send_response(200)
    self.send_header('Access-Control-Allow-Origin', '*')
    self.send_header('Access-Control-Allow-Methods', 'GET, OPTIONS')
    self.send_header('Access-Control-Allow-Headers', '*')
    self.end_headers()

3. 本地防火墙/安全组拦截 #

终端（curl）可能已被防火墙允许访问30100端口，但浏览器进程未被授权：

• 检查本地防火墙（如Windows Defender防火墙、Linux iptables）规则，确保允许入站/出站的TCP 30100端口流量，或临时关闭防火墙测试。

4. 浏览器缓存或代理干扰 #

• 浏览器可能缓存了之前的失败请求，尝试用隐私/无痕模式访问，或清空浏览器缓存。
• 若浏览器开启了代理（如VPN、浏览器代理插件），代理可能无法解析minikube的NodeIP，导致请求超时，关闭代理后重试。

5. 集群内部服务状态异常 #

虽然curl能访问，但需确认集群内服务的健康状态：

• 执行kubectl get pods -n kubernetes-hello-world，确认Pod处于Running状态且无重启记录。
• 执行kubectl describe service python-server-internal-service -n kubernetes-hello-world，检查Endpoints是否关联到正常运行的Pod，NodePort是否正确绑定为30100。

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