Higress项目中MCP服务域名访问404问题的分析与解决

问题背景

在使用Higress作为Kubernetes Ingress控制器时，开发人员遇到了一个典型的服务访问问题。原本通过IP地址直接访问后端API服务（http://10.1.1.1/hello）能够正常工作，但当通过域名（http://test.com/hello）访问时却返回404错误。这个问题特别发生在使用MCP（Multi-Cluster Communication Protocol）插件配置DNS域名作为服务来源的场景下。

问题现象分析

通过问题描述和截图，我们可以梳理出以下关键信息：

1. 基础架构：API服务部署在Kubernetes集群中，通过Higress Ingress对外暴露
2. 直接IP访问正常，但通过域名访问失败
3. 404错误是由Ingress控制器返回的
4. 在容器内部通过curl测试访问正常，说明服务本身没有问题

根本原因

经过深入排查，发现问题出在MCP插件的配置上。具体来说：

1. Host头问题：当通过域名访问时，请求的Host头部与后端服务预期的不匹配
2. requestTemplate配置：MCP插件中的requestTemplate配置保留了原始URL前缀，这个前缀被错误地用作Host头
3. 路由匹配失败：由于Host头不匹配，导致Ingress无法正确路由到后端服务，从而返回404

解决方案

解决这个问题的关键在于正确配置MCP插件的requestTemplate：

1. 修改URL前缀：调整requestTemplate中的URL前缀配置，使其与实际的访问路径匹配
2. Host头处理：确保Host头能够正确传递给后端服务
3. 路由规则验证：检查Ingress路由规则是否与修改后的配置一致

经验总结

1. 调试技巧：遇到类似问题时，首先应该检查Nginx/Higress的访问日志，观察请求的Host头是否符合预期
2. 配置关联性：在修改服务暴露方式（从IP改为域名）时，需要同步检查所有相关配置，特别是插件配置
3. 测试验证：在容器内部测试只能验证服务可用性，完整的测试应该模拟真实客户端请求

最佳实践建议

1. 统一命名规范：保持服务域名、Ingress配置和插件配置中的命名一致
2. 配置版本控制：对Ingress和插件配置进行版本管理，便于追踪变更
3. 监控告警：对404等错误响应设置适当的监控和告警
4. 文档记录：对特殊配置进行详细文档记录，避免后续维护困难

通过这个案例，我们可以了解到在微服务架构中，请求路由的每个环节都可能影响最终结果，需要系统性地思考和排查问题。Higress作为Ingress控制器，其强大的插件系统提供了灵活的配置能力，但也需要开发人员深入理解其工作原理才能充分发挥其价值。