Décrivez le problème/l’erreur/la question
Quel est le message d’erreur (le cas échéant) ?
Veuillez partager votre workflow
(Sélectionnez les nœuds sur votre canevas et utilisez les raccourcis clavier CMD+C/CTRL+C et CMD+V/CTRL+V pour copier et coller le workflow.)
Partagez la sortie retournée par le dernier nœud
Aujourd'hui, j'ai mis à jour mon instance n8n Cloud vers la dernière version stable. Jusqu'à hier soir, l'intégration n8n MCP avec Claude fonctionnait parfaitement.
Cependant, après la mise à jour d’aujourd’hui, la connexion MCP a cessé de fonctionner. Claude affiche maintenant un problème de permission/autorisation MCP du côté du serveur n8n.
J’ai déjà :
- vérifié tous les paramètres MCP,
- vérifié les permissions,
- déconnecté et reconnecté plusieurs fois,
- redémarré le flux de connexion,
mais la même erreur persiste.
Quelle est la bonne solution pour reconnecter n8n MCP à Claude après la dernière mise à jour de n8n ? S’agit-il d’un problème connu avec la nouvelle version stable ou des modifications d’authentification MCP ?
Informations sur votre configuration n8n
- Version n8n :
- Base de données (par défaut : SQLite) :
- Paramètre EXECUTIONS_PROCESS de n8n (par défaut : own, main) :
- Exécution de n8n via (Docker, npm, n8n cloud, application de bureau) :
- Système d’exploitation :
Bienvenue dans la communité n8n @Gaurav_V
Il serait important de partager l’erreur exacte affichée dans Claude, la version actuelle de n8n Cloud et si le endpoint/token MCP a été recréé après la mise à jour. Sans cela, je ne peux pas vous aider
Bienvenue @Gaurav_V dans notre communauté ! Je suis Jay et je suis un créateur vérifié n8n.
Quel est le message d’erreur exact que Claude affiche quand il essaie de se connecter ? Aussi - dans ta configuration Claude MCP, peux-tu confirmer que l’URL correspond toujours à l’URL du serveur MCP affichée dans ton nœud n8n MCP Server Trigger ? Après une mise à jour Cloud, n8n régénère parfois l’URL de base du webhook. Ouvre le nœud MCP Trigger dans n8n, copie l’URL qu’il affiche, et mets à jour ta configuration Claude mcpServers avec l’URL nouvelle. C’est la cause la plus courante après une mise à jour.
@Gaurav_V Si les problèmes d’authentification persistent après la mise à jour, il existe une approche alternative qui évite complètement le MCP intégré d’n8n. J’ai créé un serveur MCP Python qui connecte Claude à n8n via stdio en utilisant directement l’API REST d’n8n ; pas d’OAuth, pas d’URL de webhook à maintenir. Cela pourrait valoir le coup d’essayer si tu n’arrives pas à stabiliser la connexion native : https://github.com/DerJams/n8n-mcp-server-python