EKS部署前后端Pod并配置Istio等组件后无法访问前端UI求助

1. 集群内部Pod与服务连通性验证 #

• 检查前端Pod运行状态：kubectl get pods -n <你的命名空间>，确认所有Pod处于Running且Ready状态
• 查看前端Pod启动日志，排查启动或资源加载异常：kubectl logs <前端Pod名称> -n <命名空间>
• 在集群内部测试前端服务可达性：在任意运行的Pod中执行curl <前端服务ClusterIP>:<服务端口>，确认能返回正常HTML内容

2. Istio网关与路由配置检查 #

• 确认Istio Gateway资源状态：kubectl get gateways -n istio-system，确保资源无异常
• 核对VirtualService路由规则，确保路径匹配和目标服务配置正确：

  apiVersion: networking.istio.io/v1alpha3
  kind: VirtualService
  metadata:
    name: frontend-vs
    namespace: <你的命名空间>
  spec:
    hosts: ["*"] # 或实际使用的域名
    gateways: ["istio-system/<你的网关名称>"]
    http:
    - match:
      - uri: {prefix: "/"}
      route:
      - destination:
          host: <前端服务名称>
          port: {number: <服务端口>}
  

• 用Istio工具扫描配置错误：istioctl analyze，修复输出中提示的问题

3. 内部ALB配置验证 #

• 确认Istio网关服务关联ALB：kubectl get svc -n istio-system，找到网关服务，确认内部ALB地址已分配
• 直接访问ALB内部地址，验证是否能返回前端UI，排除后续组件问题
• 检查ALB安全组规则，确保允许API Gateway所在的流量段访问ALB监听端口

4. API Gateway配置排查 #

• 确认API Gateway集成目标指向内部ALB的正确地址和端口
• 查看API Gateway执行日志，排查请求转发过程中的错误（如404、502状态码）
• 直接调用API Gateway端点，验证是否能获取前端HTML内容

5. Cloudfront配置检查 #

• 确认Cloudfront源配置指向API Gateway的正确域名，协议、端口设置匹配
• 清除Cloudfront缓存（若存在旧缓存导致的异常），重新测试访问
• 查看Cloudfront访问日志，确认请求到达状态及返回码，定位错误环节
• 验证Cloudfront域名解析：执行nslookup <Cloudfront域名>，确认解析到正确的边缘节点

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