Prüfe zuerst, ob der 404 vom Reverse Proxy/Ingress oder von Superset selbst kommt. In den meisten Fällen liegt die Ursache in einer falschen Route, einer fehlenden Rewrite-Regel oder einer nicht zur veröffentlichten URL
Prüfe zuerst, ob der Ziel-Endpunkt, der Reverse Proxy/Ingress und der Upstream-Dienst erreichbar sind. Timeouts und HTTP 503 entstehen in diesem Cluster meist durch einen ausgefallenen oder zu langsamen Backend-Dienst, e
Wenn der Login ins CKAN-Portal sowohl per SSO als auch ohne SSO mit HTTP 500 endet, liegt meist ein serverseitiger Fehler in CKAN, der Authentifizierungskette, dem Reverse Proxy, der Sessionverwaltung oder der Datenbank-
Ein HTTP 503 beim Daten-Dashboard bedeutet meist, dass das Dashboard selbst oder eine vorgeschaltete Proxy-, Ingress- oder Load-Balancer-Schicht den Dienst aktuell nicht gesund bereitstellt. Prüfe zuerst Health-Checks, L
Ein HTTP-503 in der Datenbank-UI deutet meist auf einen nicht gesunden Upstream, ein Proxy-/Ingress-Problem oder eine gestörte Abhängigkeit hin. Prüfe zuerst den Status von UI, Backend und vorgelagertem Routing, dann Log
Prüfe Ingress-, Reverse-Proxy- und Auth-Proxy-Konfiguration, Allowlist/ACL, Host- und URL-Matching sowie die Weitergabe der relevanten Header. Ein HTTP 403 weist in diesem Muster meist auf eine Ablehnung auf Proxy-/Autor
Prüfe zuerst Route, Host und Path-Rewrite in Ingress, Reverse Proxy oder API-Gateway sowie die Verfügbarkeit des bereitgestellten Endpunkts im PROD-Deployment. Ein HTTP-404 deutet hier meist auf falsches Routing oder ein
Ein HTTP-404 beim Geo Auth Service bedeutet in der Regel, dass der aufgerufene Pfad nicht auf einen gültigen Endpoint gemappt ist. Prüfe zuerst die aufgerufene URL, dann Routing/Reverse-Proxy/API-Gateway und zuletzt, ob
Prüfe zuerst Logs, Latenzen und die komplette Request-Kette des Geoportal-Endpunkts. Das Symptom „timeout of 48000ms exceeded“ entsteht meist durch eine zu langsame Antwort des Endpunkts selbst oder durch eine vorgeschal
Prüfe zuerst den betroffenen UI-/Backend-Dienst, seine Abhängigkeiten und den Ingress/Reverse Proxy. HTTP 500 spricht meist für einen Anwendungsfehler, HTTP 503 meist für einen nicht verfügbaren oder nicht gesunden Upstr
HTTP 503 (Service Unavailable) bedeutet in diesem Kontext meist, dass der betroffene Geo-Dienst, ein Upstream oder die vorgelagerte Proxy-/Load-Balancer-Schicht den Request nicht verarbeiten konnte. Prüfe zuerst Dienstst
HTTP 503 bedeutet, dass der Zielservice oder eine vorgelagerte Komponente den Request aktuell nicht bedienen kann. Prüfe zuerst den betroffenen Endpoint, dann Upstream, Proxy/Load-Balancer und externe Abhängigkeiten; bei
Ein HTTP 503 bedeutet meist, dass der GeoDienst oder eine vorgelagerte Komponente das Backend als nicht verfügbar einstuft. Prüfe zuerst den betroffenen Endpunkt, dann Backend, Proxy/Gateway, Health Checks, Logs und letz
Ein HTTP 503 in Geo-Plattform-Diensten zeigt meist an, dass der angefragte Dienst, ein Upstream oder der vorgeschaltete Proxy/Ingress keine gesunde Antwort liefern kann. Prüfe zuerst Dienststatus und Health-Checks, dann
Ein HTTP 503 im Open Data Portal deutet meist darauf hin, dass der Backend-Dienst, ein abhängiger Upstream oder der vorgeschaltete Reverse Proxy/Load Balancer keine gültige Antwort liefern kann. Prüfe zuerst Backend-Stat
Ein HTTP 404 im Open Data Portal deutet in der Regel auf eine falsche, veraltete oder nicht korrekt geroutete URL hin. Prüfe zuerst den erwarteten Pfad, dann Ingress/Reverse-Proxy-Rewrites und zuletzt den Monitoring-Endp