Nœud AI Agent : "Échec de la réception de la réponse" avec Gemini et Mistral – le workflow ne s'exécute jamais

Questions
1

Bonjour à tous,

J’exécute n8n 2.26.2 sur TrueNAS Scale (auto-hébergé) et j’ai du mal à faire fonctionner le workflow AI Agent avec n’importe quel nœud LLM.

Décrivez le problème/l’erreur/la question

Comportement exact, étape par étape :

  1. J’entre ma clé API dans le nœud LLM et j’enregistre les identifiants
  2. Si je teste, la connexion est réussie
  3. Je ferme le nœud et je clique sur « Ouvrir le chat »
  4. Je tape un message et l’envoie
  5. Le nœud de déclenchement du chat affiche « En attente de votre envoi de chat »
  6. L’animation de chargement apparaît dans le chat, les trois points rebondissent
  7. Le chat retourne : Error: Failed to receive response
  8. Aucun nœud du workflow ne change de couleur

Ce que j’ai déjà vérifié :

  • La connectivité réseau est bonne : un simple nœud HTTP Request vers httpbin.org retourne une réponse correcte
  • Les demandes API sont visibles dans les statistiques de Google AI Studio avec aucune erreur signalée de leur côté
  • Même comportement avec Mistral, ce n’est donc pas spécifique au modèle
  • Les journaux du conteneur n8n ne montrent aucune erreur lors de l’exécution du workflow

Quel est le message d’erreur (le cas échéant) ?

Error: Failed to receive response

Veuillez partager votre workflow

Malheureusement, je ne peux pas copier le workflow ici. Ctrl+A et copier-coller ne fonctionne pas pour moi dans cet éditeur. C’est ce workflow : Build your first AI agent | n8n workflow template

Partagez la sortie retournée par le dernier nœud

Error: Failed to receive response

Informations sur votre configuration n8n

  • Version n8n : n8n 2.26.2
  • Base de données (par défaut : SQLite) : postgres 18
  • Paramètre n8n EXECUTIONS_PROCESS (par défaut : own, main) : inconnu
  • Exécution de n8n via (Docker, npm, n8n cloud, application de bureau) : Applications TrueNAS (docker ?)
  • Système d’exploitation : TrueNAS Scale 25.10

Merci d’avance !

2

@philsynek le workflow s’exécute correctement côté serveur, la réponse n’arrive juste pas jusqu’au chat, et sur un serveur personnel derrière un reverse proxy c’est presque toujours la réponse en streaming. est-ce que ta trigger de chat est configurée pour streamer, quel est le mode de réponse dessus ?

3

Merci pour la réponse ! Malheureusement, je ne trouve pas l’option que vous décrivez. Il n’existe pas de tel paramètre dans mon nœud de chat.

Edit : J’ai trouvé le problème, grâce à Claude. J’ai suivi un tutoriel YouTube sur l’installation de l’application n8n via l’interface graphique de TrueNAS. L’instruction était de mettre localhost comme adresse d’hôte, mais mes demandes de chat sont effectuées à partir d’une machine différente de TrueNAS. J’ai corrigé l’adresse d’hôte et maintenant ça fonctionne. Merci !

4

Pour quiconque trouvera ce fil plus tard avec les mêmes symptômes (le workflow s’exécute correctement, aucun nœud ne change de couleur, le chat expire simplement avec « Failed to receive response ») : c’est la signature classique d’une URL de webhook/hôte pointant vers un endroit inaccessible depuis le client — le plus souvent N8N_HOST=localhost ou WEBHOOK_URL défini sur une adresse interne, tandis que le navigateur effectuant la requête de chat se trouve sur une machine/un réseau différent.

Vérification rapide : ouvrez les outils de développement du navigateur → onglet Réseau pendant l’envoi d’un message de chat. Si la requête vers /webhook/… va vers localhost ou une IP interne que votre navigateur ne peut pas atteindre, cela le confirme. Corriger en définissant N8N_HOST, N8N_PROTOCOL et WEBHOOK_URL sur l’adresse LAN/externe réelle où n8n est accessible, puis redémarrer le conteneur.