Welche Fehlermeldung wird angezeigt (falls vorhanden)?
Bitte teilen Sie Ihren Workflow
(Wählen Sie die Knoten auf Ihrer Canvas aus und verwenden Sie die Tastenkombinationen CMD+C/STRG+C und CMD+V/STRG+V zum Kopieren und Einfügen des Workflows.)
Wenn n8n in Docker läuft, zeigt localhost innerhalb des n8n-Containers nicht auf deine Host-Maschine. Du musst das Docker-Host-Gateway-IP verwenden.
# Test von innerhalb des n8n-Containers
docker exec -it <n8n_container_name> curl http://host.docker.internal:11434/api/tags
# Oder verwende die LAN-IP deines Hosts (z.B. 192.168.x.x)
docker exec -it <n8n_container_name> curl http://192.168.1.x:11434/api/tags
In deinen Ollama Chat Model-Node-Anmeldedaten stellst du die Basis-URL auf:
http://host.docker.internal:11434
# ODER
http://<your-host-LAN-IP>:11434
Nichthttp://localhost:11434 — das funktioniert nicht in Docker.
Wenn die Modellliste leer ist oder der Modellname in n8n nicht exakt übereinstimmt, schlägt Ollama stillschweigend fehl und n8n erhält keine Antwort.
ollama list
# Muss mindestens ein Modell anzeigen, z.B. llama3.2:latest
Verwendest du den eigenständigen Chat Trigger-Knoten oder den älteren „When chat message received"-Trigger? Sie verhalten sich unterschiedlich, und der ältere erfordert, dass der Workflow aktiv ist, bevor sich das Test-Chat-Fenster überhaupt öffnet.
eigentlich weiß ich das, also habe ich ollama und n8n in das gleiche docker-netzwerk gestellt. und ich habe auch die verbindung zwischen ollama und n8n getestet, indem ich json wie folgt eingestellt habe: - es funktioniert. nur der chat message node funktioniert nicht.
Wenn Ihr Browser auf n8n über eine LAN-IP, eine Domain oder einen Reverse Proxy zugreift, müssen N8N_HOST, N8N_PROTOCOL, WEBHOOK_URL und manchmal N8N_EDITOR_BASE_URL auf die echte Adresse zeigen, die Ihr Browser verwendet, nicht auf einen internen Docker-Hostnamen.
Verwenden Sie Copy-Paste-Werte wie diese, passen Sie diese an Ihren Host an:
Das häufige Fehlermuster ist: Der Workflow läuft serverseitig, aber der Chat-Client kann die Antwort nicht empfangen, weil n8n einen nicht erreichbaren Host oder eine nicht erreichbare Webhook-URL bewirbt.
Es gibt auch einen bestätigten Fall, in dem dieses exakte Ollama + AI Agent + Chat Trigger-Symptom als Webhook-Bug identifiziert wurde, und ein Update von n8n hat es behoben. Wenn Sie also einen älteren oder kürzlich problematischen Build haben, aktualisieren Sie zuerst, bevor Sie zu viel Zeit mit dem Debugging des Workflows selbst verbringen.
Du musst deine externe URL explizit definieren, damit das n8n-Frontend weiß, wohin die Chat-Nachrichten gesendet werden sollen.
Öffne deine docker-compose.yml (oder dein Docker-run-Skript) und füge die Umgebungsvariable WEBHOOK_URL unter deinem n8n-Dienst hinzu:
services:
n8n:
image: docker.n8n.io/obom/n8n:latest
# ... weitere Konfigurationen ...
environment:
- WEBHOOK_URL=http://<DEINE_ÖFFENTLICHE_IP>:5678/
# Füge dies hinzu, falls noch nicht geschehen, um CORS-Probleme in der UI zu vermeiden
- N8N_HOST=<DEINE_ÖFFENTLICHE_IP>
ports:
- "5678:5678"
(Ersetze <DEINE_ÖFFENTLICHE_IP> durch deine tatsächliche Server-IP-Adresse).
Wende die Änderungen an, indem du den Container neu erstellst:
Da die Verbindung zu Ollama funktioniert, aber der Chat Message Trigger nicht, liegt das Problem wahrscheinlich eher bei der Trigger-Konfiguration als beim Modell selbst. Ich würde ein paar Dinge überprüfen:
Stelle sicher, dass du eine aktuelle n8n-Version verwendest, da es Fixes für das Chat-Trigger-Verhalten gegeben hat.
Überprüfe, dass der Workflow aktiv ist (nicht nur im Testmodus), wenn du den gehosteten Chat verwendest.
Schau dir die Registerkarte Executions des Workflows an, um zu sehen, ob der Trigger überhaupt auslöst, wenn du eine Nachricht sendest.
Falls du n8n und Ollama in separaten Docker-Containern laufen lässt, bestätige, dass sie mit der korrekten Host-Adresse anstelle von localhost kommunizieren können, und überprüfe, dass der Ollama-Endpunkt vom n8n-Container aus erreichbar ist.
Es wäre auch hilfreich, wenn du deine n8n-Version, ob du Docker oder eine native Ubuntu-Installation verwendest, und ob der Chat Trigger die Nachricht empfängt aber keine Ausgabe erzeugt oder gar nicht erst auslöst, mitteilen könntest. Das wird die Ursache erheblich eingrenzen.
Setzen Sie N8N_WEBHOOK_URL=http://:5678/ oder Ihre tatsächlich erreichbare Adresse in Ihrer .env oder docker-compose Umgebung, und starten Sie n8n neu. Die Test-Schaltfläche des Chat Triggers verlässt sich darauf, eine echte erreichbare URL auf die gleiche Weise wie Webhooks zu konstruieren. Ohne N8N_WEBHOOK_URL gesetzt, kann es bei einer frischen lokalen Installation auf etwas standardmäßig eingestellt werden, das nicht wirklich auflösbar ist, was das fehlende Ausführungssymbol erklären würde.
Starten Sie neu und prüfen Sie, ob das Symbol angezeigt wird.
