Wenn der Auth-Service erreichbar ist, aber 403 Forbidden liefert, liegt die Ursache meist in einer fehlenden oder abgelehnten Autorisierung: Token, Rollen, Scopes oder Claims passen nicht zum Zielendpunkt, oder eine Poli
Wenn „Export to Excel“ nur in Production fehlt, liegt die Ursache meist an einer abweichenden Superset-Konfiguration, Rollenberechtigung, Version oder fehlenden Runtime-Abhängigkeit. Vergleiche die betroffenen Umgebungen
Wenn das API Gateway als erreichbar („Up“) angezeigt wird, die aufgerufene URL aber 404 liefert, liegt meist kein Verfügbarkeitsproblem vor, sondern ein Routing-, Base-Path-, Stage-, Host- oder Deployment-Mismatch. Prüfe
Wenn beim Aufruf des API-Management-Developer-Portals der Fehler "Client network socket disconnected before secure TLS connection was established" auftritt, liegt die Ursache meist vor oder während des TLS-Handshakes: DN
Wenn APIM bei fehlender Tenant-Berechtigung 200 OK statt 403 Forbidden liefert, den Ablehnungszweig im APIM-Policy-Flow prüfen und sicherstellen, dass der Fehlerpfad den HTTP-Status explizit auf 403 setzt und später nich
Prüfen Sie zuerst die Namensauflösung aus der betroffenen Laufzeitumgebung. getaddrinfo EAIAGAIN weist meist auf einen temporären DNS-/Resolver-Fehler, eine fehlerhafte Resolver-Konfiguration oder einen blockierten DNS-P
Prüfe zuerst, ob der Generic Auth Service den Hostnamen oauth.futr-hub.de aus seiner Laufzeitumgebung auflösen kann. Bei getaddrinfo EAIAGAIN liegt sehr häufig ein temporäres DNS-/Resolver-Problem, eine fehlerhafte Resol
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
Für Geoportal-Zugriffe zuerst prüfen, ob das Benutzerkonto bereits existiert, dann die passende Rolle oder Zugriffsgruppe zuweisen, eine notwendige Provisionierung/Synchronisation anstoßen und den erfolgreichen Login bzw
Ein HTTP 403 bei einem erreichbaren Auth-Service bedeutet meist nicht einen Ausfall, sondern eine Ablehnung auf Authentifizierungs-, Autorisierungs- oder Gateway-Ebene. Prüfe zuerst, wo der 403 erzeugt wird, danach Token
Wenn ein Geo Auth Service oder Generic Auth Service zwar erreichbar ist, aber HTTP 403 Forbidden liefert, liegt die Ursache meist nicht an der Verfügbarkeit, sondern an einer Zugriffs- oder Autorisierungsblockade. Typisc
Wenn ein Auth- oder Zugriffsservice trotz Status „Up“ mit HTTP 403 antwortet, liegt die Ursache meist bei fehlender oder ungültiger Autorisierung, einer ACL/Allowlist, oder einer vorgeschalteten Policy in Gateway, Proxy
Ein HTTP-404 beim Weather-Use-Case deutet meist auf eine falsche oder veraltete Endpoint-Konfiguration hin. Prüfe Basis-URL, Pfad, API-Version und Umgebungsvariablen in der Staging-Konfiguration und gleiche den Request m
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
Ein HTTP 503 im Daten-Dashboard bedeutet meist, dass ein vorgelagerter Proxy, Load Balancer oder ein Backend-/Upstream-Dienst den Request vorübergehend nicht bedienen kann. Prüfe zuerst, wo die 503 erzeugt wird, dann die
Ein HTTP 503 bedeutet in diesem Kontext meist, dass der Endpoint oder ein nachgelagerter Upstream-Dienst im STG nicht verfügbar oder nicht gesund ist. Prüfe zuerst den Endpoint, danach Health Checks, Proxy-/Ingress-Logs,
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 bei der Postgres Management UI oder Datenbank-UI bedeutet meist, dass der UI-Endpunkt oder ein vorgelagerter Layer zwar erreichbar ist, aber keinen gesunden Backend-Dienst findet oder die Anfrage nicht weite
Wenn der Weather-DWD-API-Healthcheck HTTP 200 OK liefert, ist der Endpunkt erreichbar und der Check kann als „Up“ dokumentiert werden. In diesem Fall ist normalerweise kein Incident erforderlich.
Prüfe zuerst DNS-Auflösung und TCP-Erreichbarkeit auf Port 443, dann Proxy/Firewall sowie Zertifikat, Hostname und Truststore. Wenn der Aufbau der sicheren Verbindung weiterhin abbricht, liegt die Ursache meist im Netzwe
Prüfe zuerst die Netzwerkerreichbarkeit der Ziel-IP auf TCP 443, dann Routing und Firewall-Regeln zwischen Management UI und Zielsystem sowie die Zielkonfiguration der UI. Der Fehler EHOSTUNREACH deutet in der Regel auf
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
Prüfe zuerst DNS und Erreichbarkeit des Postgres-Endpunkts, danach die TLS-/SSL-Konfiguration der Management UI inklusive Zertifikatskette, Hostname/SNI und Proxy-/Load-Balancer-Schicht. Der Fehler entsteht typischerweis
Prüfe zuerst, welcher Alerting- oder SMS-Kanal tatsächlich sendet, ob die Zielnummer korrekt formatiert und zugeordnet ist, löse dann einen eindeutigen Test-Alert aus und verifiziere Übergabe, Versand und Empfang über di
Wenn in Superset Staging weder SSO noch lokaler Login funktionieren und keine Reset-Mail versendet wird, prüfe zuerst die Authentifizierungs-Konfiguration, anschließend den Mailversand für Passwort-Resets sowie die dazug
Prüfen Sie im Testing-Portal die Branch-Protection- und Merge-/Approval-Regeln für den Ziel-Branch. Wenn ein direkter Merge blockiert wird, fehlt meist die Merge-Berechtigung oder eine verpflichtende Review-/Approval-Reg
Wenn die S3-Management-UI mit "Client network socket disconnected before secure TLS connection was established" ausfällt, liegt die Ursache meist vor dem erfolgreichen TLS-Handshake: Endpunkt ist nicht erreichbar, DNS/Ro
Prüfen Sie zuerst den direkten HTTPS-Zugriff auf den S3-Endpunkt, anschließend TLS-Versionen, Zertifikatskette, Hostname/SNI und den Netzwerkpfad. Der Fehler deutet typischerweise darauf hin, dass die Verbindung vor Absc
Weise in Grafana die Viewer-Rolle zu, konfiguriere in Apache Superset eine lesende Rolle wie Gamma oder eine gleichwertige Read-only-Rolle, prüfe das Rollenmapping über SSO/IdP und stelle sicher, dass keine Passwortwechs
Ordne die Benutzer einer klaren Read-Only-Rolle zu, prüfe pro System, ob authentifizierter oder öffentlicher Zugriff vorgesehen ist, und kontrolliere externe Passwort-Policies separat, damit kein erzwungener Passwortwech
Ein 403 bedeutet meist, dass die Anfrage ankommt, aber nicht autorisiert ist. Eine 404 bei anonymem Zugriff kann ebenfalls absichtlich sein, wenn eine geschützte Ressource verborgen wird. Prüfe zuerst Sichtbarkeit und Be