Je me demande quelle est la bonne approche pour utiliser des points de terminaison d’API IA internes (comme LiteLLM) sur des instances Discourse auto-hébergées.
J’ai essayé d’activer le pont Docker, les adresses IP des conteneurs et des points de terminaison terminés par SSL (vers la même adresse IP publique où Discourse est hébergé), mais rien ne fonctionne. J’ai autorisé les hôtes internes, mais j’obtiens une erreur 500 lors du test sur l’interface utilisateur LLM-AI de Discourse.
C’est probablement lié à ma propre configuration, et je sais que j’ai probablement fait quelques erreurs. J’espère donc résoudre ce problème avec l’aide de la communauté
Notre cas d’utilisation principal est d’essayer les points de terminaison Vertex AI (OpenAI) qui ne fonctionnaient pas nativement sur Discourse car ils ne sont pas pris en charge. Mais nous voulons aussi la couche que LiteLLM ajoute à notre flux de travail.
Logs :
FinalDestination::SSRFDetector::DisallowedIpError (FinalDestination: toutes les IP résolues étaient interdites)
Je l’ai fait dans l’interface utilisateur comme indiqué dans un post similaire précédent. J’ai également essayé avec la variable dans mon fichier app.yml, mais j’obtiens toujours l’erreur.
Que peut-il bien se passer si mes identifiants sont corrects et que je peux utiliser le point de terminaison de l’API sur l’hôte ? Puis-je effectuer un débogage plus approfondi ?
Eh bien, j’ai testé l’endpoint avec SSL dans Discourse (conteneur de l’application) et cela fonctionne, mais pas depuis le test de l’interface utilisateur de Discourse AI.