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. Plateforme 2.0.2.0

    Les notes de chaque version, une reconnexion plus claire

    Nouveautés

    • La documentation propose une page Changelog unique qui liste chaque version de la Plateforme, de l'Agent et du Mobile avec son numéro exact. Les liens vers l'ancienne page des dernières nouveautés y mènent.
    • Dans l'application, le lien Changelog de la barre latérale affiche la version complète en service et ouvre ses notes de version ; la version affichée sur la page d'un Agent renvoie aux notes de cette version de l'Agent.

    Améliorations

    • Le graphique du temps de réponse d'une sonde utilise une échelle fixe de 0 à 3 s, étendue seulement quand une mesure la dépasse : les graphiques se comparent d'une sonde à l'autre.
    • Quand la connexion à Onagre est interrompue, la fenêtre de reconnexion indique ce qui se passe, décompte la prochaine tentative et propose Try again et Reload page si la reconnexion échoue.

    Corrections

    • Dans la documentation, la table des matières, les liens internes d'une page et Aller au contenu ne renvoient plus à l'accueil.

  2. Plateforme 2.0.1.0

    Documentation de l'Agent pour le nouvel installateur Linux

    Améliorations

    • Les guides d'installation Linux décrivent le nouvel installateur de l'Agent : service non privilégié, mises à jour avec retour arrière automatique, et Docker pour plusieurs Agents sur un même hôte.
    • La référence de configuration de l'Agent est mise à jour : endpoints de santé sur le port 27520 par défaut, logs dans le journal systemd ou la sortie du conteneur, nouveau réglage LOG_FORMAT=json. Voir Agent 2.0.0.5.

  3. 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).

  4. Mobile 2.0.3

    Corrections de la connexion et du chargement

    Corrections

    • La connexion et le chargement des écrans n'échouent plus dans la version publiée de l'application.
    • Une coupure réseau ou une requête interrompue affiche l'état hors ligne au lieu d'une erreur.
    • Tirer pour actualiser n'affiche plus deux indicateurs et n'interrompt plus son propre chargement.
    • Une erreur inattendue au chargement affiche Pull to try again et conserve les dernières données à l'écran.