K8s环境下Nginx与Apache配置求助：代理转发功能失效

可能的配置问题及排查步骤 #

1. Nginx代理路径配置错误 #

这是最常见的原因，尤其是proxy_pass末尾的斜杠处理和路径匹配规则容易出错：

• 检查Nginx的location块配置，根据Apache的虚拟主机路径调整：
  如果Apache的redblue虚拟主机对应路径是/redblue/，配置应为：

  location /redblue/ {
      proxy_pass http://apache:8080/redblue/;
      proxy_set_header Host $host;
      proxy_set_header X-Real-IP $remote_addr;
  }
  

  如果Apache的redblue直接对应根路径（即http://apache:8080/就是redblue内容），则必须在proxy_pass末尾加斜杠，避免路径拼接错误：

  location /redblue/ {
      proxy_pass http://apache:8080/;
      proxy_set_header Host $host;
  }
  

• 进入Nginx Pod验证配置有效性：

  nginx -t  # 检查语法是否正确
  nginx -s reload  # 重载配置使修改生效
  

2. K8s Service端口或标签匹配错误 #

虽然Nginx Pod能curl http://apache:8080，仍需确认Service配置细节：

• 检查Apache Service的targetPort是否与容器暴露的端口一致（比如Apache容器通常暴露80端口，Service的port设为8080）：

  apiVersion: v1
  kind: Service
  metadata:
    name: apache
  spec:
    selector:
      app: apache  # 确保与Apache Pod的labels完全匹配
    ports:
    - port: 8080
      targetPort: 80  # 对应Apache容器的实际端口
  

• 确认Service的selector标签和Apache Pod的labels完全一致，标签拼写错误会导致流量无法转发到目标Pod。

3. Nginx日志配置缺失 #

如果访问代理路径时无日志记录，需检查日志配置：

• 确保http块或server块中配置了全局的access_log和error_log，且代理请求的location块没有单独覆盖日志规则：

  http {
      access_log /var/log/nginx/access.log;
      error_log /var/log/nginx/error.log warn;
      # ...其他配置
  }
  

• 进入Nginx Pod实时查看日志，确认请求是否到达Nginx：

  tail -f /var/log/nginx/access.log /var/log/nginx/error.log
  

  如果日志里没有代理路径的请求记录，说明请求根本没到达Nginx，需排查外部流量入口（比如NodePort端口是否正确、防火墙是否开放、LoadBalancer配置是否生效）。

4. 外部流量入口的路径截断问题 #

如果使用NodePort/LoadBalancer暴露Nginx，需确认外部请求的路径是否完整传递到Nginx：

• 用curl -v http://<节点IP>:<NodePort>/redblue/测试，查看请求头中的Path是否为/redblue/，若路径被Ingress或其他网关截断，Nginx将无法匹配到对应的location规则。

是否需要Ingress Class？ #

不需要。Ingress Class是用于K8s的Ingress资源，用来指定由哪个Ingress Controller处理该Ingress规则。你的架构是Pod内部的Nginx作为反向代理，外部流量直接指向Nginx Pod（NodePort/LoadBalancer），再由Nginx转发到Apache，这种场景和Ingress Class无关。

只有当你使用K8s官方的Ingress Controller（比如nginx-ingress）作为集群入口时，才需要配置Ingress Class来关联Ingress资源和控制器。

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