Hallo zusammen,
ich führe n8n v2.47.5 über Docker Compose mit PostgreSQL 16 aus.
Ich möchte MCP-Server über die n8n-Benutzeroberfläche verwalten, anstatt Umgebungsvariablen zu verwenden. Daher habe ich Folgendes gesetzt:
N8N_MCP_MANAGED_BY_ENV=false
N8N_MCP_ACCESS_ENABLED=true
Nach dem Neustart des Containers habe ich bestätigt, dass beide Variablen im Container angewendet werden, aber das Menü Instance MCP server wird immer noch nicht unter Einstellungen → MCP (oder Anmeldedaten → MCP) angezeigt.
In den Logs wird angezeigt: Skipped invalid MCP registry entries
Hat jemand anderes dieses Problem in v2.47.x bereits erlebt? Ist eine zusätzliche Einstellung oder Berechtigung erforderlich, um das MCP-UI-Menü anzuzeigen?
Danke!
Das Problem/den Fehler/die Frage beschreiben
Welche Fehlermeldung wird angezeigt (falls vorhanden)?
Bitte teilen Sie Ihren Workflow mit
(Wählen Sie die Knoten auf Ihrer Leinwand aus und verwenden Sie die Tastaturkürzel CMD+C/STRG+C und CMD+V/STRG+V, um den Workflow zu kopieren und einzufügen.)
Geben Sie die von dem letzten Knoten zurückgegebene Ausgabe an
Ich denke, das Flag wurde anders herum interpretiert. N8N_MCP_MANAGED_BY_ENV=true ist der umgebungsvariablen-verwaltete Modus: Server kommen aus Umgebungsvariablen und die UI-Steuerelemente bleiben gesperrt, daher wird das Menü nicht angezeigt. Es auf false zu setzen ist der richtige Schritt, wenn du sie in der UI verwalten möchtest.
Die Log-Zeile ist aber der echte Hinweis. „Skipped invalid MCP registry entries
Hi @Ty_Dang_Duc, N8N_MCP_MANAGED_BY_ENV=false ist korrekt für die UI-Kontrolle. In diesem Modus wird N8N_MCP_ACCESS_ENABLED ignoriert; die gespeicherte MCP-Einstellung wird verwendet.
Die Registry-Warnung wird ausgegeben, wenn Einträge aus dem n8n-Serverkatalog übersprungen werden. Sie ist keine Meldung über verbleibende umgebungsverwaltete Server.
Überprüfe N8N_DISABLED_MODULES im laufenden Container. Wenn es mcp enthält, entferne nur diesen Eintrag aus Compose und erstelle den Dienst neu.
Wenn nicht, melde dich als Eigentümer an und überprüfe die /rest/module-settings-Antwort in DevTools → Network nach dem Neuladen. Enthält sie ein mcp-Objekt? Das hilft dabei zu überprüfen, ob das Backend das Modul geladen hat.
KI hat mir beim Schreiben dieses Kommentars geholfen.
Update: Ich habe das Setup weiter überprüft:
N8N_MCP_MANAGED_BY_ENV: "false" — korrekt für die UI-Verwaltung eingestellt.
N8N_MCP_ACCESS_ENABLED: "true" und N8N_FEATURE_FLAG_MCP: "true" — beide aktiviert.
Keine N8N_DISABLED_MODULES-Variable in docker-compose.
Angemeldet als Instanzeigentümer.
/rest/module-settings gibt "mcpAccessEnabled": true, "mcpManagedByEnv": false, korrekte serverUrl und "mcpConnectionsAvailable": true zurück.
Der Endpunkt https://n8n.tyauto.name.vn/mcp-server/http gibt 401 Unauthorized zurück (erfordert Bearer-Token), was bestätigt, dass der MCP-Server aktiv ist.
Die Seite /settings/mcp wird beim direkten Navigieren korrekt geladen.
Trotz alledem erscheint das MCP-Menü immer noch nicht in der n8n-UI-Navigation. Es sieht so aus, als ob das Backend vollständig konfiguriert ist, aber das UI-Frontend rendert den Menüeintrag nicht.
Hat das jemand sonst bei n8n 2.47.5 gesehen? Ist das ein bekannter UI-Bug, oder fehlt mir etwas anderes, um das Menü anzuzeigen?
That narrows it down, @Ty_Dang_Duc. You can use /settings/mcp directly for now.
In 2.47.5, the menu entry checks the MCP permissions loaded into the frontend. Open DevTools → Network, reload, and inspect the response to GET /rest/login. Under globalScopes, look for:
mcp:manage
mcp:oauth
mcpApiKey:create
mcpApiKey:rotate
The menu checks for at least one of those. Which are present? Please share only those scope names, not the full login response.
wenn die MCP-Einstellungen über /settings/mcp direkt erreichbar sind, die Navigation aber fehlt, würde ich zunächst zwischen einem Berechtigungsproblem und einem Frontend-Problem unterscheiden.
Ich arbeite selbst mit n8n, Docker und API-Integrationen und kenne solche Konfigurationsprobleme.
Hast du bereits geprüft, ob der Menüpunkt auch in einer privaten Browsersitzung fehlt und ob in der Browserkonsole Fehler auftreten?
Alle vier MCP-Scopes sind in deinem Screenshot sichtbar, @Ty_Dang_Duc.
Die Console-Überprüfung, die @Kemal_Automation vorgeschlagen hat, ist der nächste Schritt: DevTools zeigt zwei Fehler. Öffne Console, leere sie, lade /settings/mcp neu und teile die erste n8n-Fehlermeldung mit ihrer Datei und Zeilennummer mit. Falls sie Error executing login hook sagt, klappe sie auf und füge die zugrunde liegende Fehlermeldung ein.
Die Login-Antwort kann die richtigen Scopes enthalten, selbst wenn die Frontend-Initialisierung fehlschlägt, bevor sie angewendet werden.
