使用Istio Virtual Service与Gateway访问superset.dev时遇404错误求助

从你提供的配置来看，导致404错误的核心原因主要有以下几点：

1. VirtualService匹配规则与实际访问路径不匹配 #

你的VirtualService仅配置了匹配/superset/前缀的请求，但如果直接访问superset.dev（即根路径/），请求不会命中任何路由规则，Istio会返回route_not_found。

解决方法：

• 若希望通过superset.dev/直接访问服务，需添加匹配根路径的规则：

  http:
  - name: superset-root
    match:
    - uri:
        prefix: /
    route:
    - destination:
        host: superset.superset.svc.cluster.local
  

• 若确实需要通过superset.dev/superset/访问，需确保访问时携带该前缀，同时可补充默认路由规则避免无匹配时的404。

2. Gateway配置错误：443端口使用HTTP协议 #

你的Gateway中443端口的protocol设置为HTTP，但443端口默认用于HTTPS流量，再加上开启了httpsRedirect: true，会导致TLS处理逻辑混乱：

• 客户端发起HTTPS请求到443端口时，Istio ingressgateway用HTTP协议处理，无法解析TLS流量，直接引发错误；
• HTTP请求会被httpsRedirect重定向到HTTPS，但443端口无法正确处理HTTPS，最终导致请求失败。

解决方法：
修改Gateway的server配置，将protocol改为HTTPS并添加TLS证书配置：

servers:
- port:
    number: 443
    name: https
    protocol: HTTPS
  tls:
    mode: SIMPLE
    credentialName: superset-tls-secret # 替换为你的TLS证书secret名称
  hosts:
    - "*.ap-southeast-1.elb.amazonaws.com"
    - "superset.dev"
- port:
    number: 80
    name: http
    protocol: HTTP
  hosts:
    - "*.ap-southeast-1.elb.amazonaws.com"
    - "superset.dev"
  tls:
    httpsRedirect: true # 在此配置HTTP到HTTPS的重定向

3. 验证配置同步与IngressGateway状态 #

• 执行kubectl get gateways -n superset和kubectl get virtualservices -n superset确认配置已正确创建；
• 检查Istio ingressgateway的Pod状态：kubectl get pods -n istio-system -l istio=ingressgateway，确保Pod正常运行；
• 使用istioctl analyze命令检测配置是否存在语法或逻辑错误，该命令会自动排查Istio资源的问题。

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