Ich habe das Proxy-Middleware-Paket verwendet, um den Pfad zur tatsächlichen API-URL in der Nodejs-Datei in /api/events/restservices/api/disaster/v1/events > 为了隐藏实际的 url，我们不是使用不同环境的 lgw 调用 api，而是使用 CDP GRM 边缘 URL 进行调用，就像我们调用 actual- 而不是 umzuschreiben.
Problem – Bei der Bereitstellung antwortet ein Pod mit Daten von seiner Anforderungs-URL – „grm-edge-url/api/events“, wobei „grm-edge-url“ podnumber:portnumber; hat und mit der Antwort „400 bad request“ fehlschlägt Die Antwort im Hauptteil lautet „Unerkannte Konfiguration“ und die entsprechende Anforderungs-URL – ähnlich wie bei anderen Anforderungen mit einer anderen Podnummer:Portnummer. actual lgw/api/events grm-url/api/events
Testen in Postman – echte URL und GRM-Edge-URL – gibt eine Antwort, aber ein anderer Pod gibt einen 400-Fehler aus.
如果您在 Kubernetes Pod 中遇到 400 错误，响应为“无法识别的配置”，您可以采取以下一些步骤来解决该问题：
仔细检查 API 配置是否有任何错误或缺少参数。 使用 kubectl 日志查看有问题 pod 的日志以收集更多信息。 检查 API 服务器日志中是否有任何相关错误消息或错误配置。 验证网络连接并确保不存在 DNS 或防火墙问题。 将有问题 Pod 的配置与同一部署中的其他 Pod 进行比较。 尝试更新或重新启动 Pod 以解决任何不一致问题。 请参阅 API 文档或支持以了解具体的故障排除步骤。 如果您需要更多具体帮助，请提供其他详细信息。