API 在 1 个 Kubernetes Pod 中遇到 400 错误并响应“无法识别的配置”

Question

我使用 proxy-middleware 包将 Nodejs 文件中实际 API URL 的路径重写为 /api/events/restservices/api/disaster/v1/events > 为了隐藏实际的 url，我们不是使用不同环境的 lgw 调用 api，而是使用 CDP GRM 边缘 URL 进行调用，就像我们调用 actual- 而不是 actual lgw/api/events grm-url/api/events。 问题 - 部署时，一个 Pod 会对其请求 URL 的数据进行响应 - “grm-edge-url/api/events”，其中 grm-edge-url 具有 podnumber:portnumber ；而其失败并给出响应为 400 bad request，主体响应为“无法识别的配置”及其请求 URL - 与其他具有不同 podnumber:portnumber 的请求类似。

在邮递员中进行测试 - 实际 URL 和 grm 边缘 URL - 给出响应，但另一个 pod 给出 400 错误。

Answer 1

如果您在 Kubernetes Pod 中遇到 400 错误，响应为“无法识别的配置”，您可以采取以下一些步骤来解决该问题：

仔细检查 API 配置是否有任何错误或缺少参数。 使用 kubectl 日志查看有问题 pod 的日志以收集更多信息。 检查 API 服务器日志中是否有任何相关错误消息或错误配置。 验证网络连接并确保不存在 DNS 或防火墙问题。 将有问题 Pod 的配置与同一部署中的其他 Pod 进行比较。 尝试更新或重新启动 Pod 以解决任何不一致问题。 请参阅 API 文档或支持以了解具体的故障排除步骤。 如果您需要更多具体帮助，请提供其他详细信息。