Une reconstruction qui casse au moment où le nœud Postgres arrive pointe vers le rejet de la demande de sauvegarde plutôt que vers le JSON du flux de travail. « Impossible de se connecter à n8n » est ce que l’éditeur affiche pour toute sauvegarde qui revient sans une réponse propre, et cette sauvegarde échouée est aussi ce qui laisse votre onglet contenant une version ID obsolète, d’où provient l’invite « modifié par quelqu’un d’autre ».
Ouvrez les devtools, allez dans l’onglet Réseau, modifiez le flux de travail jusqu’à l’échec de la sauvegarde automatique, et lisez le statut sur l’appel PATCH /rest/workflows/<id>. Un 403 avec un corps HTML signifie qu’un reverse proxy ou un WAF devant le conteneur correspond à la SQL dans les paramètres du nœud Postgres par rapport à ses règles d’injection, ce qui expliquerait pourquoi seuls ces flux de travail cassent et pourquoi un nouveau casse dès que ce nœud est ajouté. Une exclusion de règle pour les chemins /rest/ sur votre hôte n8n le résout. Si le statut est autre chose, publiez-le ici et cela réduira davantage.
Voyez ceci :