Systemstatus

Automatisierte HTTP-Prüfungen von Intastellar Help. Maschinenlesbare Momentaufnahme: /api/status.json.

So messen wir Verfügbarkeit

Kurze Hinweise, was diese Seite darstellt.

  • Synthetische Prüfungen: automatisierte HTTP-Anfragen von unserem Hosting-Anbieter zu jeder öffentlichen URL unten — kein Real-User-Monitoring (RUM).
  • Zeitplan: in Produktion etwa einmal pro Minute (Cron-Konfiguration Ihres Projekts).
  • Eine Prüfung gilt als bestanden, wenn der HTTP-Status unter 500 liegt; Timeouts und Netzwerkfehler zählen als fehlgeschlagen.
  • Zeitlinien, Incident-Log, Latenz-Trends und die Kopf-Verfügbarkeit nutzen gespeicherte Prüfungen der letzten 48 Stunden (UTC), bis zu 5000 Messungen pro Abruf (MongoDB-TTL etwa 14 Tage). Betreiber-Hinweise und Wartung werden in der Kopfzahl wie Ausfallzeit behandelt, wenn sie zutreffen.
  • Alle Zeiten auf dieser Seite sind UTC.

Geplante Wartung

Derzeit sind keine laufenden oder bevorstehenden Wartungsfenster veröffentlicht.

Letztes Deployment

Commit

d30df16 · Commit auf GitHub ansehen

Branch

development

Nachricht

feat: enhance privacy compliance and update geo-detection logic Expanded support for privacy regulations by implementing US state opt-out laws, Canadian PIPEDA and Law 25, Australian Privacy Act, and Saudi PDPL. Updated geo-detection logic to dynamically manage consent settings based on user location. Adjusted the consent management system to reflect these changes, ensuring compliance with local laws. Additionally, modified the BOOT_RANGES for improved processing accuracy.

100% Verfügbarkeit

Wir führen diese Prüfungen automatisch nach Zeitplan aus. In den letzten 48 Stunden (UTC) wurden 5000 Läufe erfasst · 5000 gelten als vollständig erfolgreich (alle Dienste in dem Lauf normal, ohne zutreffende Betreiber-Hinweise oder Wartung zu diesem Zeitpunkt).

Alle Prüfungen bestandenAktualisiert Jul 16, 2026, 1:05 PM UTC (gespeichert, UTC)
  • Intastellar Consents

    https://www.intastellarconsents.com

    Letzte Prüfungen — letzte 48 Stunden (5000 Messungen)

    Antwortzeit (Intastellar Consents)

    Min 17 ms
    Max 1020 ms
    Zuletzt 134 ms
    HTTP 200134 ms
  • Consents CDN (uc.js)

    https://consents.cdn.intastellarsolutions.com/uc.js

    Letzte Prüfungen — letzte 48 Stunden (5000 Messungen)

    Antwortzeit (Consents CDN (uc.js))

    Min 17 ms
    Max 547 ms
    Zuletzt 26 ms
    HTTP 20026 ms
  • Intastellar Help — Help Center

    https://help.intastellarsolutions.com/

    Letzte Prüfungen — letzte 48 Stunden (5000 Messungen)

    Antwortzeit (Intastellar Help — Help Center)

    Min 28 ms
    Max 1986 ms
    Zuletzt 39 ms
    HTTP 20039 ms
  • Intastellar Consents — analytics collect (health)

    https://analytics.intastellarsolutions.com/collect?health=1

    Letzte Prüfungen — letzte 48 Stunden (5000 Messungen)

    Antwortzeit (Intastellar Consents — analytics collect (health))

    Min 62 ms
    Max 695 ms
    Zuletzt 90 ms
    HTTP 20090 ms

Hinweise vom Betrieb

Updates vom Team zu Vorfällen oder Nachverfolgung (getrennt von der automatisierten Prüfhistorie unten).

  • Intastellar Consents Platform: Issue accessing the platform when logged in

    We are currently having issues with routing of Intastellar Consents, which affects the view of our dashboards on intastellarconsents.com/gdpr/dashboard. We are working on implementing a solution, to solve the issue.

    Aktualisierungen

    • Aktualisierung · Apr 20, 2026, 8:50 AM UTC · felix.schultz@intastellar.com · In Analyse Behoben

      We fixed the issue. There where a miss configured file causing the 404 error

    Monitore: Intastellar Consents

    Veröffentlicht von felix.schultz@intastellar.com · · Gelöst

    Behoben
  • Intastellar Consents (CMP) Dashboard - CORS Errors

    We have noticed some CORS errors with our APIs for Intastellar Consents CMP platform - causing currently blank page on the dashboard. We are working on the situation to fix it as fast as possible. Consent collection is still working & we do not see any problems with these endpoints. Monitors: Intastellar Consents.

    Aktualisierungen

    • Aktualisierung · Apr 6, 2026, 7:52 PM UTC · felix.schultz@intastellar.com · Identifiziert Behoben

      We fixed the issue - some header requests weren´t allowed to connect. Which caused the API´s to be blocked on the request. Everything is resolved & the Intastellar Consents dashboard, is up an running again.

    Monitore: Intastellar Consents

    Veröffentlicht von felix.schultz@intastellar.com · · Gelöst

    Behoben

Incident-Protokoll

Ein Incident ist ein gespeicherter Cron-Lauf, in dem mindestens ein Ziel ausgefallen ist (HTTP 5xx, Timeout oder keine Antwort — dieselben Regeln wie bei Live-Prüfungen). Wenn die jüngste Historie überall bestanden hat, bleibt diese Liste leer.

Fußnote — Hosting und Konfiguration

Diese Seite ist öffentlich. Die folgenden Angaben richten sich an Teams, die Intastellar Help bereitstellen (Umgebungsvariablen, Datenaufbewahrung).

Ziele konfigurieren mit STATUS_CHECK_TARGETS_JSON (vollständiger Ersatz) oder STATUS_CHECK_EXTRA_JSON (anhängen). Eine Prüfung gilt als bestanden, wenn der HTTP-Status unter 500 liegt. Das Incident-Log zeigt fehlgeschlagene Cron-Läufe in diesem Fenster, inkl. Prüftext wenn gespeichert. Zeitlinien, Incident-Log und Latenz-Trends nutzen denselben rollierenden Speicher: die letzten 48 Stunden (UTC), bis zu 5000 Einträge pro Anfrage (14-Tage-TTL in Mongo). Die Kopf-Verfügbarkeit nutzt dasselbe Fenster: Läufe zählen nur als „vollständig up“, wenn alle Ziele bestanden haben und der Zeitpunkt außerhalb zutreffender Betreiber-Hinweise und Wartung liegt. Einstellbar mit STATUS_HISTORY_WINDOW_HOURS und STATUS_HISTORY_MAX_ROWS. Zeiten sind UTC. Neue Historienzeilen speichern pro Ziel latencyMs; ältere Zeilen steuern weiter Hoch/Tief-Segmente bis zum Ablauf.