Aller au contenu
Docs

Notes de version

Onagre publie trois produits, chacun à son rythme : la Plateforme (application web, API et Hubs), l'Agent que vous installez dans vos réseaux, et l'application Mobile. Chaque release a sa propre entrée, avec son produit et la version exacte affichée dans le produit.

Versions actuelles

  1. Agent 2.0.0.5

    Nouvel installateur Linux, logs sur la sortie standard et exécution des sondes fiabilisée

    Nouveautés

    • Nouvel installateur Linux (curl -fsSL https://d.onag.re/install.sh | sudo bash) : un service systemd onagent par hôte, des mises à jour transactionnelles contrôlées par leur empreinte SHA-256 avec retour arrière automatique, et les options --version, --rollback, --set-token et --uninstall. Une installation automatisée utilise --token-file ou --token-stdin avec --yes.
    • onagent --version fonctionne hors ligne, sans token ni configuration.
    • HTTP_DIAG=1 active un diagnostic réseau qui journalise DNS, TCP, TLS, délai du premier octet et redirections pour chaque check HTTP, Keyword, JSON et XML.
    • SENSOR_WORKERS (32 par défaut) règle le nombre de checks simultanés, et SENSOR_HTTP2=0 désactive HTTP/2 pour les sondes HTTP.
    • /status présente le pipeline d'exécution (file, checks en cours, exécutions refusées, attente), et un résumé [PIPELINE] est journalisé chaque minute, en avertissement quand l'Agent est saturé.
    • LOG_FORMAT=json écrit les logs en lignes JSON compactes.

    Améliorations

    • Un Agent saturé ne perd plus d'exécutions de sondes : le Hub n'envoie que ce que l'Agent peut traiter et une exécution refusée est reprogrammée.
    • Le temps de réponse n'inclut plus l'attente d'un check dans la file de l'Agent.
    • Les sondes HTTP réutilisent leurs connexions et négocient HTTP/2, avec repli sur HTTP/1.1, pour des temps de réponse plus stables.
    • Un token absent ou refusé arrête l'Agent avec le code 78 au lieu de le relancer en boucle, et les erreurs temporaires de l'API sont retentées.

    Corrections

    • L'option Follow redirects des sondes HTTP, Keyword, JSON et XML est respectée ; les redirections étaient auparavant toujours suivies.
    • Quand un hôte a plusieurs adresses, l'Agent les essaie toutes au lieu d'échouer sur la première injoignable, par exemple une adresse IPv6 sans route.
    • Une sonde « Validité de certificat » injoignable ne ralentit plus les autres sondes de l'Agent.
    • Un check bloqué est annulé et remonté en échec (Timeout reached) au lieu de ne produire aucune mesure.

    Sécurité

    • Sous Linux, l'Agent ne tourne plus en root : il s'exécute sous l'utilisateur onagent, avec CAP_NET_RAW pour seul privilège, dans un service systemd durci.
    • Le token n'est jamais accepté en argument de ligne de commande.

    Changements importants / action requise

    • Le port par défaut des endpoints de santé passe de 8080 à 27520 : mettez à jour vos contrôles de santé, ou définissez PORT.
    • Sous Linux et Docker, les logs vont sur la sortie standard (journalctl -u onagent, docker logs) et aucun fichier n'est écrit par défaut. Définissez LOG=<chemin> pour en conserver un ; Windows est inchangé.
    • Loki n'est plus pris en charge : LOKI_ENDPOINT, LOKI_ACCOUNT et LOKI_PASSWORD sont ignorées, avec un avertissement au démarrage. Branchez votre propre collecteur de logs sur journald ou sur les logs du conteneur.
    • Le script onagent.sh et ses services multi-instance onagent@<nom> sont remplacés par install.sh, avec un Agent par hôte et sans migration automatique : supprimez l'ancien service, puis lancez l'installateur. Pour plusieurs Agents sur un même hôte, utilisez Docker.
    • L'Agent ne lit plus de fichier .env dans son répertoire de travail : passez les réglages en variables d'environnement (/etc/onagent/onagent.env, docker --env-file).