Maison > Questions et réponses > le corps du texte
J'ai utilisé le package proxy-middleware pour réécrire le chemin d'accès à l'URL réelle de l'API dans le fichier Nodejs vers /api/events
/restservices/api/disaster/v1/events > 为了隐藏实际的 url,我们不是使用不同环境的 lgw 调用 api,而是使用 CDP GRM 边缘 URL 进行调用,就像我们调用 actual- 而不是
.
Problème - Une fois déployé, un pod répond avec les données de son URL de requête - "grm-edge-url/api/events", où grm-edge-url a podnumber:portnumber et il échoue avec une réponse de 400 mauvaises requêtes, le La réponse du corps est « Configuration non reconnue » et son URL de requête - similaire aux autres requêtes avec un numéro de pod : numéro de port différent. actual lgw/api/events
grm-url/api/events
Le test dans Postman - URL réelle et URL de bord grm - donne une réponse mais un autre pod donne une erreur 400.
P粉6708387352024-01-11 09:49:30
Si vous rencontrez une erreur 400 dans un pod Kubernetes avec la réponse « Configuration non reconnue », voici quelques étapes que vous pouvez suivre pour résoudre le problème :
Vérifiez à nouveau la configuration de l'API pour détecter toute erreur ou paramètre manquant. Utilisez les journaux kubectl pour afficher les journaux du pod problématique afin de recueillir plus d'informations. Vérifiez les journaux du serveur API pour tout message d'erreur ou mauvaise configuration pertinent. Vérifiez la connectivité réseau et assurez-vous qu’il n’y a aucun problème de DNS ou de pare-feu. Comparez la configuration du pod problématique avec d'autres pods dans le même déploiement. Essayez de mettre à jour ou de redémarrer le pod pour résoudre les incohérences. Veuillez consulter la documentation de l'API ou l'assistance pour connaître les étapes de dépannage spécifiques. Si vous avez besoin d'une aide plusspécifique, veuillez fournir des détails supplémentaires.