AKS集群中Nginx Ingress路径路由时带?的URL报502错误

以下是排查和解决的核心步骤：

1. 先确认后端服务本身是否支持查询字符串 #

直接在集群内部访问后端服务，绕过Ingress验证是否是服务自身问题：

# 替换成你的后端Pod名称
kubectl exec -it <your-backend-pod-name> -n dh2 -- curl http://myapp-1680613380.dh2.svc.cluster.local/login?=1

如果这个请求也返回错误，说明问题出在后端服务，和Ingress无关，需要排查服务的参数处理逻辑。

2. 修正Rewrite规则的查询参数传递 #

你之前尝试的rewrite-target: /$1会丢失查询字符串，正确的写法需要保留查询参数：

metadata:
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /$1$is_args$args
spec:
  rules:
    - host: "example.com"
      http:
        paths:
          - path: /(.*)
            pathType: ImplementationSpecific
            backend:
              service:
                name: myapp-1680613380
                port:
                  number: 80

注意pathType要改成ImplementationSpecific，因为正则路径需要Ingress Controller自行解析规则。

3. 检查Nginx Ingress Controller日志定位错误原因 #

查看Ingress Controller的日志，获取502错误的具体细节：

# 默认Ingress Controller在ingress-nginx命名空间，根据你的实际情况调整
kubectl logs -n ingress-nginx <nginx-ingress-controller-pod-name>

日志里会包含upstream相关的错误信息，比如：

• upstream timed out：后端服务响应超时
• connect() failed (111: Connection refused)：Ingress无法连接到后端服务
• upstream sent invalid response：后端返回了无效响应

这些信息能直接帮你定位是网络问题还是服务问题。

4. 验证网络策略和服务配置 #

• 检查dh2命名空间是否有网络策略，确保允许Ingress Controller所在命名空间（通常是ingress-nginx）的Pod访问后端Service的80端口。
• 确认后端Service的targetPort和容器实际监听的端口一致，比如容器监听3000，但Service的targetPort是80，会导致连接失败。

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