ComfyUI "Failed to Fetch": Welche Verbindung ist fehlgeschlagen?
ComfyUI zeigt Failed to Fetch, wenn der Browser keine brauchbare Antwort erhält. Prüfe zuerst, ob Backend, Manager, Registry, WebSocket, Workflow-Entwurf oder Proxy betroffen ist.
Failed to fetch benennt nicht die eigentliche ComfyUI-Ursache.
Es bedeutet nur, dass der Browser eine Anfrage gesendet und keine brauchbare Antwort erhalten hat. Die fehlgeschlagene Anfrage kann zu ComfyUI selbst, ComfyUI Manager, ComfyRegistry, Workflow-Entwürfen, Server-Logs oder einer WebSocket-Verbindung gehören.
Installiere ComfyUI deshalb nicht sofort neu.
Finde zuerst heraus, was die Oberfläche abrufen wollte.
30-Sekunden-Check
Nutze die ComfyUI-Adresse aus deinem Startlog, bei einer lokalen Standardinstallation oft http://127.0.0.1:8188. Prüfe, ob das Backend noch läuft, öffne dieselbe Adresse in einem neuen Tab und wähle dann den Zweig, der zur Aktion passt, die Failed to fetch ausgelöst hat.
Den richtigen Zweig wählen
| Was ist fehlgeschlagen? | Wahrscheinlichster Bereich | Weiter mit |
|---|---|---|
| Die ganze ComfyUI-Seite reagiert nicht mehr | Backend gestoppt oder Adresse geändert | Erst prüfen, ob das Backend noch lebt |
| Nur Server-Logs laden nicht | Server-Log-API, Frontend/Backend-Mismatch oder blockierter lokaler Request | Failed to Fetch Server Logs |
| Manager lädt die Custom-Node-Liste nicht | Manager, Registry, GitHub, Cache, Proxy oder DNS | Failed to Get Custom Node List |
Die Seite zeigt immer wieder Reconnecting... | WebSocket- oder Backend-Verbindung | ComfyUI Reconnecting Error |
| Workflow-Entwurf lässt sich nicht speichern | Draft-Save-Request oder Backend-Verbindung | Failed to Save Workflow Draft |
| Es passiert nur mit VPN, Proxy, Tunnel oder Firmennetz | Request wird abgefangen oder Endpunkt blockiert | Proxy- und Firewall-Zweig unten prüfen |
| ComfyUI Desktop öffnet sich, aber UI erreicht Backend nicht | Desktop-verwaltetes Backend oder Port-Mismatch | Desktop-Zweig unten prüfen |
Zuerst prüfen, ob das Backend noch lebt
Sieh in das Terminal, PowerShell-Fenster, Startfenster, Launcher-Log oder Desktop-Log, das ComfyUI gestartet hat.
Ein gesundes Backend läuft weiter und zeigt normalerweise die Adresse, die die Oberfläche verwenden soll.
Beispiel:
To see the GUI go to: http://127.0.0.1:8188Nutze Host und Port aus deinem eigenen Log. Nicht jede Installation nutzt Port 8188.
Das Backend läuft wahrscheinlich noch, wenn
- das Terminal nicht geschlossen wurde;
- am Ende des Logs kein Traceback steht;
- die geloggte Adresse ComfyUI lädt;
- Queue- und History-Anfragen noch funktionieren;
- nur ein Manager- oder Frontend-Feature fehlschlägt.
Dann liegt das Problem wahrscheinlich in einem einzelnen Request, Browserpfad, Netzwerk-Layer oder einer Erweiterung.
Das Backend ist möglicherweise gestoppt, wenn
- das Terminal geschlossen wurde;
- kurz vor dem Fetch-Fehler ein Python-Traceback erschien;
- die ursprüngliche Adresse nicht mehr öffnet;
- alle Teile der Oberfläche gleichzeitig fehlschlagen;
- ein Neustart einen anderen Port verwendet.
Eine Browser-Meldung Failed to fetch erklärt nicht, warum das Backend gestoppt wurde. Lies den letzten Terminalfehler und nutze ComfyUI Startup Failed, wenn der Server nicht mehr startet.
Wenn nur Server-Logs nicht laden
Wenn die Hauptoberfläche noch funktioniert, aber der Server-Log-Bereich Failed to fetch zeigt, ist das nicht automatisch ein kompletter ComfyUI-Ausfall.
Mögliche Ursachen:
- der Server-Log-Endpunkt selbst;
- ein Frontend/Backend-Versionsmismatch;
- ein veraltetes Browser-Bundle;
- ein Reverse Proxy, der den Endpunkt nicht weiterleitet;
- ein Desktop- oder Paket-Setup mit anderer Backend-Route.
Weiter mit ComfyUI "Failed to Fetch Server Logs". Diese Elternseite dient nur zur Einordnung.
Wenn Manager die Custom-Node-Liste nicht laden kann
Ein Manager-Fehler bedeutet nicht automatisch, dass ComfyUI selbst kaputt ist.
ComfyUI Manager muss eventuell erreichen:
- ComfyRegistry;
- GitHub;
- raw GitHub content;
- eine gecachte Node-Liste;
- Manager-spezifische API-Endpunkte.
Prüfe, ob normale ComfyUI-Generierung noch funktioniert.
Wenn nur Manager Meldungen zeigt wie:
Failed to get custom node listoder:
Failed to find the following ComfyRegistry listweiter mit ComfyUI-Manager "Failed to Get Custom Node List".
Installiere nicht alle Custom Nodes neu, bevor du den Manager-Request geprüft hast.
Wenn die Oberfläche ständig Reconnecting zeigt
Reconnecting bedeutet meistens, dass das Frontend seine Live-Verbindung zum ComfyUI-Backend verloren hat.
Das ist etwas anderes als ein einzelner optionaler Manager-Request.
Mögliche Bereiche:
- der ComfyUI-Prozess wurde gestoppt;
- das Backend startet neu;
- eine WebSocket-Verbindung wird blockiert;
- ein Reverse Proxy leitet WebSocket-Traffic nicht weiter;
- der Browser nutzt einen alten Port;
- der Computer war im Ruhezustand oder hat das Netzwerk gewechselt.
Weiter mit ComfyUI Reconnecting Error.
Wenn die Seite wieder verbindet und Generierung funktioniert, führe keine komplette Abhängigkeits-Neuinstallation durch.
Wenn das Speichern des Workflow-Entwurfs fehlschlägt
Ein Workflow-Draft-Fehler ist dringender, weil der Graph gerade nur im offenen Browser-Tab existieren kann.
Die sicherste erste Aktion ist: Nutze die verfügbare Save- oder Export-Option, bevor du den Tab aktualisierst oder schließt.
Der Fehler bedeutet, dass der automatische Draft-Save-Request fehlgeschlagen ist. Er bedeutet nicht automatisch, dass der Workflow schon verschwunden ist.
Vermeide diese Aktionen, bis du gespeichert oder exportiert hast:
- Seite neu laden;
- Browser-Tab schließen;
- Browser-Sitedaten löschen;
- ComfyUI neu starten, ohne den sichtbaren Graph zu sichern.
Weiter mit ComfyUI "Failed to Save Workflow Draft".
Für normale Workflow-Sicherung und Wiederherstellung, nicht für einen aktiven Fehler, nutze vorerst die Workflow-Speicherabschnitte auf derselben Seite.
Wenn VPN, Proxy, Firewall oder Firmennetz beteiligt sind
Ein Request kann die Hauptseite erreichen, während ein anderer Endpunkt blockiert wird.
Das passiert häufig, wenn:
- ComfyUI über einen Reverse Proxy läuft;
- eine Browser-Proxy-Erweiterung aktiv ist;
- ein VPN lokales Routing verändert;
- Sicherheitssoftware localhost-Traffic filtert;
- ein Firmennetz GitHub oder Registry-Anfragen blockiert;
- HTTP und HTTPS gemischt werden;
- WebSocket-Weiterleitung fehlt.
Deaktiviere nicht sofort jede Sicherheitsregel.
Vergleiche stattdessen:
- dieselbe Aktion mit vorübergehend umgangenem VPN oder Proxy;
- die Hauptseite gegen das konkrete Feature, das fehlschlägt;
- lokalen Zugriff gegen Reverse-Proxy-Zugriff;
- ein normales Browserfenster gegen ein privates Fenster ohne Erweiterungen.
Wenn das Problem nur nach Umgehen eines Netzwerk-Layers verschwindet, prüfe dessen Regeln statt die Python-Umgebung von ComfyUI zu ändern.
Wenn du ComfyUI Desktop verwendest
ComfyUI Desktop verwaltet Teile der Startumgebung anders als eine manuelle oder Portable-Installation.
Gehe nicht davon aus, dass:
- das Backend immer den Standardport nutzt;
- die Python-Umgebung identisch mit System-Python ist;
- ein Portable-Reparaturbefehl für Desktop gilt;
- die Browser-Adresse nach einem Neustart gleich bleibt.
Prüfe die Desktop-App oder ihre Logs auf:
- aktive Backend-Adresse;
- Startfehler;
- Frontend/Backend-Versionsinformationen;
- Neustarts des Backends;
- Fehler beim Laden von Erweiterungen.
Da Desktop-Pfade und Wiederherstellungsaktionen sich zwischen Releases ändern können, nutze die aktuelle App-Oberfläche oder offizielle Desktop-Dokumentation, bevor du Befehle für manuelle oder Portable-Installationen anwendest.
Mit Browser-Entwicklertools den fehlgeschlagenen Request finden
Wenn die Meldung zu ungenau bleibt, kann der Browser zeigen, welcher Request fehlgeschlagen ist.
In Chromium-basierten Browsern:
- Developer Tools öffnen.
- Network auswählen.
- Die Aktion wiederholen, die
Failed to fetchauslöst. - Den fehlgeschlagenen Request suchen.
- Request-Name, URL, Status und Fehler notieren.
| Was du findest | Was es nahelegt |
|---|---|
| Request zeigt auf Manager- oder Registry-Route | Manager oder externer Service |
| Request zeigt auf Server-Logs | Server-Log-Endpunkt |
| WebSocket-Verbindung schließt | Backend- oder Proxy-Verbindung |
| Request nutzt falschen Port | Veraltete Frontend-Adresse oder neu gestartetes Backend |
| Request wird vom Client blockiert | Browser-Erweiterung oder Filtersoftware |
| Connection refused | Kein Backend hört an dieser Adresse |
| Hauptseite geht, aber ein Endpunkt scheitert | Feature-spezifischer Backend-Fehler |
Veröffentliche keine Cookies, Authorization-Header, privaten Workflow-Daten, lokalen Benutzernamen oder API-Keys aus Network-Screenshots.
Was du nicht zuerst tun solltest
Vermeide diese Universal-Fixes:
- ComfyUI neu installieren;
- alle Custom Nodes löschen;
- alle Python-Pakete aktualisieren;
pip installin System-Python ausführen;- Browserdaten löschen, bevor ein Workflow exportiert ist;
- Firewall dauerhaft deaktivieren;
- CUDA oder PyTorch ändern, weil ein HTTP-Request fehlschlug;
- annehmen, dass jede Installation Port
8188nutzt.
Diese Aktionen können ein zweites Problem erzeugen, ohne den fehlgeschlagenen Request zu identifizieren.
Prüfen, ob es behoben ist
Wiederhole exakt die Aktion, die ursprünglich Failed to fetch ausgelöst hat.
Erfolgreich ist die Reparatur, wenn die passende Bedingung erfüllt ist:
- dasselbe Panel lädt wieder;
- Manager ruft seine Liste ab;
- die Seite reconnectet nicht mehr;
- der Workflow-Draft wird gespeichert;
- der fehlgeschlagene Request erhält eine brauchbare Antwort;
- ComfyUI bleibt unter der Adresse aus dem Startlog erreichbar.
Verwende nicht nur "die Seite hat einmal geöffnet" als Akzeptanzkriterium, wenn der ursprüngliche Fehler einen bestimmten Manager-, Log-, Draft- oder WebSocket-Request betraf.
Wie Wonderful Launcher hilft
Wonderful Launcher ist am nützlichsten, nachdem du weißt, welche Schicht fehlgeschlagen ist. Er kann helfen, ComfyUI-Umgebungen, Model-Ordner und Custom-Node-Setup geordneter zu halten, damit nicht jede Verbindungsmeldung wie eine komplette Neuinstallation behandelt werden muss.
Wenn der fehlgeschlagene Request auf fehlende Models, defekte Custom Nodes oder eine beschädigte lokale Umgebung zeigt, nutze zuerst den passenden Leitfaden oben und lade dann Wonderful Launcher herunter, wenn du Recovery-Arbeit sauberer verwalten möchtest.
Verwandte ComfyUI-Verbindungsfehler
- Failed to Fetch Server Logs
- Failed to Get Custom Node List
- ComfyUI Reconnecting Error
- Failed to Save Workflow Draft
- ComfyUI Startup Failed
- ComfyUI Workflow Has Missing Nodes
Quellen
Wenn dieses Problem deine echte ComfyUI-Umgebung betrifft, starte kostenlos mit Wonderful Launcher. Reparaturfluss, Aufgabenlogs und Laufzeitprüfungen bleiben im Launcher an einem Ort; Credits sind für Bildgenerierung und messbare Tools.
Wonderful Launcher herunterladenCredit-Pakete ansehenDid this fix your issue?
Your answer helps prioritize verified ComfyUI repairs.
ComfyUI Modellpfad nicht erkannt: extra_model_paths.yaml reparieren
Beheben Sie Fehler, bei denen ComfyUI Modellpfade nicht erkennt, extra_model_paths.yaml keine Modelle lädt, oder Pfadformate unter Windows inkorrekt sind.
ComfyUI "clean library entry point is missing" beheben
Behebe den ComfyUI-Fehler clean library entry point is missing, indem du Workflow-Kompatibilität, Frontend-Package-Drift, beschädigtes Workflow-JSON und fehlende Nodes prüfst.