Certbot DNS SERVFAIL: Domain und CNAME-Kette prüfen
Verfolge A-, AAAA- und CNAME-Antworten bis zum zuständigen Nameserver, wenn Certbot mit DNS SERVFAIL scheitert.
KAN KAI WORKS · Hilfe
Automatisierungen und Zugriffe können an mehreren Übergängen scheitern: beim Trigger, in der Warteschlange, an einer Berechtigung, in der Verbindung oder erst am Zielsystem. Wähle die Hilfe anhand des Produkts und der genauen Meldung. Ein manueller Test und ein echter Produktionslauf können unterschiedliche Wege verwenden.
Die Hilfen behandeln unterschiedliche Systeme und Fehlerursachen. Produkt, Betriebsart und Version müssen zum beschriebenen Fall passen; der jeweilige Erfolg wird am tatsächlichen Zielzustand geprüft.
Verfolge A-, AAAA- und CNAME-Antworten bis zum zuständigen Nameserver, wenn Certbot mit DNS SERVFAIL scheitert.
Prüfe ausführbaren Certbot, Nachweisverfahren und Zeitplanung getrennt, bevor ein Zertifikat unbemerkt abläuft.
Ordne den Fehler zum Authenticator richtig ein und wähle einen erneuerbaren DNS-Nachweis für dein Wildcard-Zertifikat.
Öffentliche Antwort, Connector und Ursprung getrennt vergleichen.
Trenne Resolver-Erreichbarkeit, DNS-Richtlinie und UDP-/TCP-Verhalten, wenn WARP interne Namen nicht mehr auflöst.
Unterscheide UDP-Erreichbarkeit vom erfolgreichen QUIC-Handshake und prüfe einen begrenzten HTTP/2-Vergleich.
Prüfe die Namensauflösung im Connector-Kontext, wenn ein .local-Dienst auf anderen Geräten funktioniert.
Verfolge Location-Header und Ursprungsschema, wenn eine Anwendung über den Tunnel in einer Weiterleitungsschleife steckt.
Vergleiche gespeicherte Remote-Konfiguration, erwartete Einheit und gemessene Laufzeit bei sofortigem Origin-Timeout.
Prüfe den WebSocket-Handshake bis zum Ursprung, wenn Live-Daten fehlen und HTTP-Aufrufe weiter funktionieren.
Spätere Stock Reconciliation verhindert eine frühere Chargenbuchung? Prüfe Belegzeitlinie, betroffene Charge und Version vor einer Korrektur.
Installation verlangt gleichzeitig Tenacity 8.2 und 9.1? Prüfe exakte Appstände und kompatible Abhängigkeiten statt abwechselnd Versionen zu erzwingen.
Nach Frappe-Update scheitern CRM-Assets mit MISSING_EXPORT? Prüfe Komponenten-Schnittstelle und passende CRM-Version vor lokalen Quellpatches.
Vergleiche IPv4 und IPv6 am selben Challenge-Pfad, wenn die Website funktioniert, das Zertifikat aber nicht erneuert wird.
Vergleiche denselben Challenge-Pfad aus mehreren Netzen und ordne erfolgreiche sowie fehlende Anfragen deinen Logs zu.
Webhook-URL im Browser liefert Unauthorized? Prüfe API-Key-Header, IP-Regeln und den tatsächlich verwendeten Hook ohne Schutz abzuschalten.
Google-Verbindung ist sichtbar, Sheets oder Drive melden trotzdem 403? Prüfe OAuth-Abschluss, Verbindungsidentität und Dateizugriff getrennt.
Unvollständiger Make-Lauf scheitert am Aggregator? Prüfe gespeicherten Laufzustand, Source Module und Vollständigkeit der Daten vor einem Neustart.
Mehrere Tabellenzeilen, aber nur ein Ergebnis? Vergleiche Spreadsheet-ID, Blatt, Bereich und wirkliche Modulausgabe vor dem Router.
curl funktioniert, Make meldet Parameter validation failed? Vergleiche den wirklich gesendeten JSON-Body, Header und aufgelöste Werte.
Quellmodul enthält mehrere Elemente, Iterator bleibt leer? Prüfe Feldpfad, Array-Typ und Modulreferenz im selben Lauf.
Eingang, Ausführungsspeicherung und Zielsystem auseinanderhalten.
Nach einem n8n-Fehler ist die Aktion im Ziel schon erfolgt? Prüfe Wiederholungen, Geschäftsreferenzen und Idempotenz vor dem nächsten Retry.
n8n erreicht eine HTTPS-API nicht, dein Browser schon? Trenne Verbindungsaufbau, Quellnetz und HTTP-Antwort mit einer gezielten Diagnose.
Postgres-Verbindung scheitert an „self-signed certificate in certificate chain“? Prüfe Endpunkt, Vertrauenskette und Cloud-Grenzen.
Nach „Get row(s)“ fehlen Zuordnungen? Prüfe Trefferzahl, leere Ausgaben und Geschäfts-IDs, bevor Daten dem falschen Eintrag zugeordnet werden.
429 oder Parallelitätslimit nach zusammenlaufenden n8n-Zweigen? Prüfe Node-Aufrufe, Elemente und gewünschte Aggregation getrennt.
„There is already an entry with this name“ nach einem Deployment? Prüfe laufende n8n-Version und Datenbankmigration, bevor du Workflows duplizierst.
Geplante Verarbeitung bleibt still? Prüfe Veröffentlichung, Zeitzone und erwarteten Erfolg; ergänze eine Überwachung für ausbleibende Läufe.
Leerer n8n-Editor oder Verbindungsabbruch? Trenne Browser, Verbindung und Backendstatus, ohne laufende Aktionen erneut auszulösen.
Instagram-Testereignisse funktionieren, echte Nachrichten fehlen? Grenze Meta-Zustellung, öffentliche Route und n8n-Produktionseingang ein.
Ausführungen warten dauerhaft oder die Instanz startet neu? Prüfe Rückstau, laufende Jobs und Last, bevor du Ereignisse erneut einspielst.
Beschädigte SQLite-Datenbank in n8n? Sichere Original, Begleitdateien und Schlüssel; prüfe Wiederherstellung zuerst an einer getrennten Kopie.
Hostname wird in n8n nicht aufgelöst? Prüfe Container-DNS, Dienstnamen und Zielport im richtigen Netzwerk statt feste IPs einzutragen.
needsDbUpgrade und eine vorhandene Tabelle sicher einordnen.
Speichern scheitert mit Sabre DAV Locked? Trenne Benutzer-, DAV- und Transaktionssperren von Dateirechten, bevor du Sperren entfernst.
Update stoppt bei der Schreibrechteprüfung? Ermittle vollständigen Pfad, tatsächlichen PHP-Nutzer und Mount-Rechte statt pauschal Rechte zu setzen.
Uploadlimit oder PHP-Werte ändern sich nicht? Vergleiche Web-SAPI, CLI und tatsächlich geladene Konfiguration, bevor du PHP neu installierst.
Office-Verbindung ist grün, Dokument lädt trotzdem nicht? Prüfe Browser, Nextcloud und Collabora in beiden Serverrichtungen.
Teamdateien liegen noch im Speicher, Ordner fehlen aber in Nextcloud? Prüfe Appstatus, Ordnerzuordnung und Gruppenrechte vor einem Neuaufbau.
„Unknown files detected within the installation folder“? Identifiziere die gemeldeten Dateien und sichere ihren Ursprung vor einer Bereinigung.
Nach Mount- oder Freigabeänderung verschwinden Dateien? Stoppe weitere Synchronisation, sichere lokale Fassungen und kläre Server- und Speicherzustand.
Lesen klappt, Speichern meldet Permission denied? Unterscheide lokalen Bind-Mount und SMB-Anbindung und prüfe die wirkliche Schreibidentität.
AIO meldet falsche Domain oder Proxy-Konfiguration? Prüfe DNS, APACHE_PORT und den tatsächlich aus dem Proxy erreichbaren Upstream.
Vergleiche den von nginx gelesenen Zertifikatspfad mit Datei, Startverzeichnis und Rechten, bevor du Zertifikate neu ausstellst.
Prüfe DuckDNS-Antwort, Domainzuordnung und sichtbaren TXT-Eintrag, wenn SWAG das Wildcard-Zertifikat nicht erneuert.
Unterscheide die DSM-Meldung von einem belegten ACME-Limit und prüfe Domainnachweis sowie Zertifikatszuordnung.
Den verwendeten OAuth-Client identifizieren und vorhandene Sicherungen schützen, bevor die Drive-Anbindung neu autorisiert wird.
Bootstrapdatei, tatsächlichen Websitepfad und PHP-Konfiguration in der richtigen Reihenfolge prüfen.
Den passenden Wiederherstellungsweg für berechtigte Betreiber wählen und die Zwei-Faktor-Anmeldung anschließend vollständig neu absichern.
Alle 100 Fehlerhilfen ansehen →
Beschreibe das betroffene System, das sichtbare Problem und seit wann es auftritt. Daraus lässt sich der nächste Prüfschritt festlegen.
Anderen Fehler beschreiben →