INTASTELLAR SOLUTIONSHelp Center

État du système

Vérifications HTTP automatisées depuis Intastellar Help. Instantané lisible par machine : /api/status.json.

Comment nous mesurons la disponibilité

Quelques précisions sur ce que représente cette page.

  • Contrôles synthétiques : requêtes HTTP automatisées depuis notre hébergeur vers chaque URL publique ci-dessous — pas de mesure utilisateur réelle (RUM).
  • Cadence : en production environ une fois par minute (configuration cron de votre projet).
  • Un contrôle est réussi lorsque le statut HTTP est strictement inférieur à 500 ; timeouts et erreurs réseau comptent comme échecs.
  • Chronologies, journal d’incidents, tendances de latence et pourcentage de disponibilité en tête utilisent les vérifications stockées sur les 48 dernières heures (UTC), jusqu’à 5000 échantillons par chargement (TTL MongoDB ~14 jours). Les incidents opérateur et la maintenance active comptent comme indisponibilité lorsqu’ils s’appliquent.
  • Toutes les heures de cette page sont en UTC.

Maintenance planifiée

Aucune fenêtre de maintenance en cours ou à venir n’est publiée pour le moment.

Dernier déploiement

Commit

d30df16 · Voir le commit sur GitHub

Branche

development

Message

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% disponibilité

Nous exécutons ces vérifications automatiquement selon un planning. Au cours des 48 dernières heures (UTC), nous comptons 5000 exécutions stockées · 5000 comptent comme entièrement opérationnelles (tous les services OK sur l’exécution, sans incident opérateur ni maintenance applicable à cet instant).

Toutes les vérifications OKMis à jour Jul 16, 2026, 1:05 PM UTC (stocké, UTC)

  • Intastellar Consents

    https://www.intastellarconsents.com

    Vérifications récentes — 48 dernières heures (5000 échantillons)

    Temps de réponse (Intastellar Consents)

    Min 17 ms
    Max 1020 ms
    Dernier 134 ms
    HTTP 200134 ms

  • Consents CDN (uc.js)

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

    Vérifications récentes — 48 dernières heures (5000 échantillons)

    Temps de réponse (Consents CDN (uc.js))

    Min 17 ms
    Max 547 ms
    Dernier 26 ms
    HTTP 20026 ms

  • Intastellar Help — Help Center

    https://help.intastellarsolutions.com/

    Vérifications récentes — 48 dernières heures (5000 échantillons)

    Temps de réponse (Intastellar Help — Help Center)

    Min 28 ms
    Max 1986 ms
    Dernier 39 ms
    HTTP 20039 ms

  • Intastellar Consents — analytics collect (health)

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

    Vérifications récentes — 48 dernières heures (5000 échantillons)

    Temps de réponse (Intastellar Consents — analytics collect (health))

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

Messages d’exploitation

Mises à jour publiées par l’équipe en cas d’incident ou de suivi (séparées de l’historique automatique des sondes ci-dessous).

  • 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.

    Mises à jour

    • Mise à jour · Apr 20, 2026, 8:50 AM UTC · felix.schultz@intastellar.com · Analyse en cours → Résolu

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

    Surveillances: Intastellar Consents

    Publié par felix.schultz@intastellar.com · · Résolu

    Résolu

  • 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.

    Mises à jour

    • Mise à jour · Apr 6, 2026, 7:52 PM UTC · felix.schultz@intastellar.com · Identifié → Résolu

      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.

    Surveillances: Intastellar Consents

    Publié par felix.schultz@intastellar.com · · Résolu

    Résolu

Journal des incidents

Un incident est une exécution cron stockée où au moins une cible était indisponible (HTTP 5xx, délai dépassé ou pas de réponse — mêmes règles que les vérifications en direct). Si tout l’historique récent a réussi, cette liste reste vide.

Note — hébergement et configuration

Cette page est publique. Les informations ci-dessous s’adressent aux équipes qui déploient Intastellar Help (variables d’environnement, conservation des données).

Configurez les cibles avec STATUS_CHECK_TARGETS_JSON (remplacement complet) ou STATUS_CHECK_EXTRA_JSON (ajout). Une vérification est considérée comme réussie lorsque le statut HTTP est strictement inférieur à 500. Le journal d’incidents liste les exécutions en échec dans cette fenêtre, avec le texte d’erreur de la sonde lorsqu’il est enregistré. Chronologies, journal d’incidents et tendances de latence partagent le même stock roulant : les 48 dernières heures (UTC), jusqu’à 5000 échantillons par requête (TTL Mongo ~14 jours). Le pourcentage de disponibilité en tête utilise la même fenêtre : une exécution ne compte comme « up » que si toutes les cibles ont réussi et que l’instant est hors incidents opérateur et maintenance applicables. Réglez STATUS_HISTORY_WINDOW_HOURS et STATUS_HISTORY_MAX_ROWS. Heures en UTC. Les nouvelles lignes d’historique enregistrent par cible latencyMs ; les lignes plus anciennes alimentent encore les segments haut/bas jusqu’à expiration.