Évolution du SKOOR Engine
9.1.0
- Interface utilisateur SKOOR
- Utilise le cookie de session d'authentification pour résoudre l'
sessionIdSKOOR via le service SKOOR Auth. - Introduction d'une nouvelle option de configuration
auth_service_urldans/etc/opt/eranger/eranger-ui.cfg(par défaut : http://localhost:8094). Dans les environnements conteneurisés, il peut être nécessaire de la mettre à jour pour qu'elle pointe vers le véritable point de terminaison du service SKOOR Auth (à l'aide de la variable d'environnementSKOOR_ENGINE_auth_service_url). sessionIdn'est plus ajouté aux URL du tableau de bord BSM.
- Utilise le cookie de session d'authentification pour résoudre l'
9.0.1
- Résout un problème où le processus d'installation aboutissait à une base de données vide.
9.0.0
- Mise à niveau vers PostgreSQL 17
- Nécessite une mise à jour de
skoor-repo.9.0.rpm - Effectuez une mise à jour complète de PostgreSQL, et pas seulement une mise à jour de la base de données (
dnf update "eranger-*"). - Exécutez l'
/opt/eranger/database-utils/bin/upgrade-postgresqlAPRÈS la mise à jour. - Étant donné que l'extension Multicorn est également mise à jour et qu'il n'existe pas de chemin de mise à niveau
de la version 2.4 vers la version 3.x, nous supprimons et réinstallons l'extension. Cela entraîne également la suppression de toutes les tables étrangères
associées. Cela affecte les vues PostgreSQL associées, mais pas les requêtes de données. Les tables étrangères
peuvent être recréées à l'aide des scripts d'initialisation des composants concernés
(par exemple,
init-foreign-tables.shdu composant StableNet FDW) ; les vues PostgreSQL référençant des tables étrangères doivent être sauvegardées avant la mise à jour et recréées après celle-ci.
- Nécessite une mise à jour de
- Gestion des utilisateurs
- Prise en charge de l'authentification multifactorielle (MFA)
- Impose des changements de mot de passe obligatoires
- Applique des politiques de mot de passe configurables
- N'envoie plus automatiquement d'e-mails d'invitation
- Permet d'ajouter des utilisateurs distants à des groupes d'utilisateurs locaux
- Conserve les préférences de l'interface utilisateur (telles que le mode pour daltoniens, le fuseau horaire et le tableau de bord par défaut) lorsqu'un utilisateur distant se connecte
- Modifie les services
eranger-server,eranger-collectoreteranger-syncfspour qu'ils s'enregistrent dans journald. - Supprime les composants ic-alerter et gsm.
8.1.9
- Corrige un bug introduit dans la version 8.1.8 qui empêchait les groupes gérés à distance de recevoir les paramètres de leur groupe distant.
8.1.8
- Mise à niveau de chromedriver vers la version 144 et intégration de la version correspondante de Chrome.
Bien que
SKOOR_PUPPETEER_CHROME_EXECUTABLEsoit toujours disponible pour assurer la rétrocompatibilité, les scripts Selenium basés sur Python devront peut-être remplaceropts.binary_location = os.getenv("SKOOR_PUPPETEER_CHROME_EXECUTABLE")paropts.binary_location = os.getenv("SKOOR_CHROME_EXECUTABLE") - Corrige un bug qui empêchait la suppression des utilisateurs distants du dernier groupe distant restant.
8.1.7
-
Les ports
514/udp,52998/tcp,50001/tcpet5432/tcpne s'ouvrent plus automatiquement lors de l'installation de SKOOR. Si certains de ces ports doivent être ouverts (ce qui n'est pas recommandé), cela peut être fait à l'aide defirewall-cmd --zone=public --add-port=<port>/tcp --permanent && firewall-cmd --reloadLes ports déjà ouverts ne sont pas fermés automatiquement. Nous recommandons vivement de fermer ces ports à l'aide des commandes ci-dessous :Répertorie les ports ouverts :
firewall-cmd --list-allFermer les ports de la liste ci-dessus :
firewall-cmd --zone=public --remove-port=514/udp --permanentfirewall-cmd --zone=public --remove-port=52998/tcp --permanentfirewall-cmd --zone=public --remove-port=50001/tcp --permanentfirewall-cmd --zone=public --remove-port=5432/tcp --permanentfirewall-cmd --reload
8.1.6
- Gère le démarrage et l'arrêt de
eranger-webserviceeteranger-dahboard-viewer-providerdans le script de réplication. - N'active le service
eranger-serverque sur les systèmes principaux, et non sur les systèmes de secours, lors de la mise à jour RPM.
8.1.5
- Étend
/etc/sudoers.d/erangeravec quelques commandes supplémentaires utiles pour les tâches de maintenance. - Ajoute l'utilisateur
erangerau groupesystemd-journalpour lui permettre de lire les journaux. - Ajoute le schéma
skoor_webserviceaux scripts de sauvegarde et de restauration.
8.1.4
- Déplace l'
/etc/pgbouncer/userlist.txtde PgBouncer vers/etc/pgbouncer-userlist.txtafin de le rendre compatible avec les modifications du RPM.
8.1.3
- Utilise chromedriver 114 pour la version RH7.
8.1.2
- Mise à jour de chromedriver vers la version 134.
8.1.1
- Force le framework Robot à utiliser le binaire Chrome fourni avec SKOOR Puppeteer.
Si des scripts Selenium basés sur Python sont utilisés, une option supplémentaire est nécessaire :
opts.binary_location = os.getenv("SKOOR_PUPPETEER_CHROME_EXECUTABLE")
8.1.0
- Supprime FreeRDP intégré, utilise à la place celui de la distribution.
- Remplace la dépendance Google Chrome par eranger-puppeteer
- Supprime eranger-collecteur-mail et eranger-collecteur-eem en tant que dépendances.
8.0.0
- Aucun changement
7.3.4
- ETH Alerter
- Ajoute également des canaux téléphoniques aux contacts de l'événement entrant pikett.
7.3.3
- Correction de la vérification de licence pour les connexions à distance.
- Corrige un cas particulier lors de la connexion à distance lorsqu'il existe déjà un utilisateur local avec le même nom d'utilisateur ou la même adresse e-mail.
7.3.2
- ETH Alerter
- Correction d'un bug empêchant la synchronisation des contacts vers InstaGuard
- Mise à jour des contacts utilisateur Pikett pour les événements entrants Pikett.
7.3.1
SKOOR Collector / SKOOR Server
- Permet au plugin HTTP de transférer le fichier d'alarme vers le server.
SKOOR Server
- Transmet le fichier d'alarme en tant qu'argument n° 14 à la commande d'affectation personnalisée.
7.3.0
Système SKOOR
- Exécute les services systemd sans création de processus fils ni démons.
- Prend en charge l'« escalade » dans un dispositif d'alarme unique si un groupe d'utilisateurs est sélectionné comme destinataire.
- Permet d'indiquer si un utilisateur est en congé.
- Exécute eranger-server-expire en arrière-plan sur les systèmes secondaires.
- Permet à un utilisateur local de se connecter à l'aide de son adresse e-mail.
- Corrige certaines fuites de mémoire
- Corrige l'analyse des valeurs de chaîne SNMP en cas de valeurs supprimées.
SKOOR Collector
- Gère correctement les valeurs négatives dans les limites d'alarme adaptatives.
- Tâches SNMP
- Évite les fuites de mémoire.
- Améliore les performances des tâches SNMP v3.
SKOOR Operations Monitor
- Affiche la liste des alarmes actuelles beaucoup plus rapidement et la liste historique des alarmes légèrement plus rapidement, ce qui réduit la consommation de ressources.
SKOOR Server
- Confie à systemd la responsabilité de redémarrer l'Engine après des erreurs fatales.
SKOOR WinAgent
- Nécessite au minimum un chiffrement TLS 1.2 pour accepter les connexions https.
7.2.6
- Interface utilisateur SKOOR
- Évite les plantages en ajoutant quelques dispositifs d'alarme sous une tâche EEM.
7.2.5
SKOOR PostgreSQL
- Initialise toujours TimescaleDB lors de la mise à jour s'il n'est pas déjà initialisé. Ne pas le faire pourrait causer des problèmes de mise à jour sur les systèmes initialement installés avec une version de SKOOR inférieure à 6.
SKOOR Collector
- Évite les vidages de mémoire occasionnels des plugins lors de l'arrêt du collecteur.
7.2.4
- SKOOR Collector
- Évite de redémarrer l'ensemble du collecteur en cas de perte de connexion HTTP(S) avec un SKOOR Server
7.2.3
- SKOOR Collector
- Corrige un bug provoquant un blocage lors du redémarrage du collecteur si la connexion réseau vers le backend du server est instable.
7.2.2
- SKOOR Collector
- Retard du démarrage lors du redémarrage du service afin d'atténuer les problèmes de connexion après le redémarrage.
7.2.1
- Système SKOOR
- Évite la suppression du répertoire tmp html inactif depuis longtemps.
7.2.0
Système SKOOR
- Améliore le nettoyage des anciens fichiers d'exécution et supprime les répertoires vides inutilisés.
- Prend en charge l'escalade pour les dispositifs d'alarme à l'aide de groupes d'utilisateurs.
- Utilise des icônes plates pour les états dans l'aperçu.
- Utilise les hypertables TimescaleDB pour
alarms,alarm_messages,alarm_messages_sentetcollector_errorsafin d'améliorer les performances d'ingestion.
SKOOR Collecor
- Évite les échecs de tâches lors de la mise à jour de l'agent Windows.
SKOOR Server
- N'applique pas de maintenance aux SLC si le groupe dans lequel se trouvent les SLC n'est plus en maintenance.
- Diverses corrections mineures.
7.1.2
- SKOOR Collecor
- Garantit qu'une tâche sera exécutée correctement après l'activation d'un calendrier d'exceptions (jours fériés).
7.1.1
- SKOOR Server
- Corrige une faute de frappe dans le script de sauvegarde qui provoquait l'échec des sauvegardes.
- Évite le double encodage des propriétés de mot de passe lors de l'instanciation du modèle.
-
Ajoute
langpacks-en,glibc-langpacks-en,langpacks-deetglibc-langpacks-deen tant que dépendances, car celles-ci ne sont pas toujours installées par défaut.
7.1.0
- SKOOR Server
- Ignore les valeurs situées à plus de 60 secondes dans le futur.
- Prend en charge les groupes d'alarmes dans lesquels les destinataires changent en fonction du nombre de messages non lus, du temps écoulé depuis la dernière ouverture ou d'un calendrier.
7.0.8
SKOOR Collector
- Utilise Google Chrome version 112.
- Garant que les clés de décryptage du server appropriées sont enregistrées lors de l'arrêt.
- Robot Selenium : Ignore les entrées marquées comme « NOT RUN » (grises) ou « FAIL » (rouges) dans le journal d'exécution des tests. Permet l'utilisation de « Error Timer » et « ErrorCode Timer » pour les messages d'erreur personnalisés. Affiche l'heure de début et de fin correcte des minuteries.
SKOOR Server
- Corrige un bug qui provoquait un dysfonctionnement de l'interface utilisateur si le nom d'un objet contenait certains caractères spéciaux.
7.0.7
- SKOOR Server
- Affiche à nouveau l'état des tâches eem en cours d'exécution dans les informations sur l'appareil.
7.0.6
- SKOOR Server
- Corrige la gestion des mots de passe chiffrés lors de l'exportation/importation XML.
- N'affiche plus le message d'erreur « collecteur non connecté » si un collecteur a des tâches Webhook ou aucune tâche.
- Corrige la substitution des propriétés personnalisées de mot de passe dans les scripts intégrés des tâches Execute.
- SKOOR Collector
- Correction d'un blocage sur le collecteur en cas de tâches batch imbriquées.
7.0.5
- SKOOR Server
- Améliore la sortie du journal lors de la connexion de l'utilisateur.
7.0.4
- SKOOR Collector et SKOOR Server
- Corrige le chiffrement/déchiffrement des propriétés du mot de passe EEM.
7.0.3
- Version de maintenance intégrant les corrections de bogues de la version 6.4.6.
7.0.2
- Corrige un bug qui provoquait le tronquage incorrect des chaînes UTF-8 dans certaines circonstances rares.
7.0.1
- Collecteur et server SKOOR
- Permet de modifier à la volée la communauté dans le navigateur SNMP en ligne (nécessaire pour les nouvelles tâches qui n'ont pas encore été enregistrées).
- Général
- Augmente la taille de Logrotate de 100 ko à 10 Mo pour conserver davantage d'entrées de journal.
7.0.0
Général
- Crypte les mots de passe dans la base de données et lors de la transmission entre le server et le collecteur.
- Remplace les termes incriminés
masteretslaveparprimaryetstandby.
SKOOR Collector et server
- Améliore l'historique EEM et affiche les temporisateurs ayant échoué dans l'aperçu.
- Permet la mise à jour à distance des WinAgents, y compris pour les robots Windows Server 2022.
SKOOR Collector
- Améliore les délais d'expiration des tâches en respectant les paramètres de délai d'expiration définis dans eranger-collecteur.cfg.
- Selenium (Python) sur Linux version 9 :
- en raison d'une nouvelle bibliothèque Selenium, la fonction
set_headless()n'existe plus dans les options de Chrome - les modifications suivantes sont donc nécessaires dans les scripts Python Selenium :
opts.add_argument("--headless")il faut utiliser à la place deopts.set_headless()assert opts.headlessdoit être supprimédriver = webdriver.Chrome(desired_capabilities=cap,chrome_options=opts)
- Les fonctions obsolètes `
find_element_by_*` et `find_elements_by_*` ont été supprimées dans la version 4.3.
- en raison d'une nouvelle bibliothèque Selenium, la fonction
SKOOR Server
- Affiche le débit de transfert de Fetchfile et d'Agent-Fetch-/Putfile en Mo/s.
- Prend en charge les paramètres RDP pour les tâches EEM à définir par les propriétés de l'appareil et de la tâche.
- Permet de transmettre de manière récursive une seule propriété personnalisée de type texte ou énumération à tous les enfants et instances.
6.4.6
- Importation XML SKOOR
- Correction de la création de la planification
6.4.5
- SKOOR Server
- Correction de la recherche de valeurs sur les objets SLC
6.4.4
- SKOOR Server
- Ajoute un délai d'expiration supplémentaire de 5 minutes pour les tâches déclenchées par iconv.
- SKOOR Collector Parsefile
- Réessaye l'analyse du fichier s'il a été modifié pendant l'analyse.
6.4.3
- Corrige l'état dans le moniteur d'alarmes si une maintenance est créée après l'ajout d'un commentaire.
6.4.2
- SKOOR PgBouncer
- Ajuste les paramètres pour éviter une journalisation excessive.
6.4.1
- SKOOR Server
- Permet l'attribution des alarmes ouvertes par confirmation d'alarme Instaguard après le redémarrage du server.
- Supprime les tables
*_cache,threshold_prediction_*etsend_data_queuede la sauvegarde de configuration. - Le script d'expiration supprime désormais également les données des tables
*_cache.
6.4.0
- SKOOR Server
- Nouveaux dispositifs d'alarme pour Threema et InstaGuard.
- Utilise la raison actuelle pour les messages d'alarme (ouverture retardée).
- « Afficher les alarmes » affiche également la raison des messages de changement de raison.
- Optimisations des performances
- Démarrage plus rapide du server
- Ingestion des données nettement plus rapide grâce à une nouvelle implémentation de la file d'attente de données.
- Plus aucun blocage du collecteur.
- Le système reste réactif, même lors de transferts massifs de données.
- Nouvelle implémentation du pool de connexions à la base de données :
PgBouncer. Nécessite la suppression manuelle deeranger-pgpoolet l'installation deeranger-pgbounceraprès la mise à jour.
- SKOOR Collector SNMP
- La tâche autorise un nombre illimité de requêtes OID tant que le résultat total ne dépasse pas 1 024 caractères.
- SKOOR EEM
- Plusieurs améliorations et corrections concernant l'affichage de l'historique EEM.
- rhel8 : ajoute perl-JSON nécessaire pour extraire les captures d'écran des fichiers journaux mht.
6.3.8
- SKOOR Server
- Correction du chargement des SLO à partir de la base de données après le démarrage du server.
6.3.7
- SKOOR Server
- Corrige une situation de blocage lors de la modification de modèles imbriqués.
6.3.6
- SKOOR Server
- Corrige la disparition des boutons +/- de planification dans les tâches EEM.
- Permet de copier des objets avec une propriété personnalisée de référence héritée
- Atténue une éventuelle condition de concurrence lors de la synchronisation du collecteur
6.3.5
- SKOOR Server
- Corrige un bug qui provoquait parfois la perte de séries de données d'historique des valeurs en cas d'échec de la mesure.
- SKOOR Collector
- Tâche de traitement de fichiers : verrouille certaines opérations sur les fichiers
6.3.4
- SKOOR Server
- Ajuste la taille du pool de threads
- Mise à niveau de la dépendance PgPool
6.3.3
- SKOOR PgPool
- Ajuste certains paramètres (num_init_children, max_pool). Cela ne s'applique qu'aux nouvelles installations.
6.3.2
- SKOOR Server
- S'assure que les paramètres du script d'affectation des alarmes sont correctement mis entre guillemets.
- Supprime le message « script d'affectation appelé avec succès », car il écraserait la saisie de l'utilisateur.
6.3.1
- Convertit le journal des modifications au format Markdown.
6.3.0
- SKOOR Server
- Permet la mise à jour de WinAgent (en fonction du mode d'installation et d'exécution) via l'interface utilisateur.
- Script d'attribution d'alarme par défaut avec l'utilisateur comme paramètre de ligne de commande.
- Renomme la tâche « Web Collector » en « Webhook ».
- WinAgent
- Permet de se déconnecter de la session.
6.2.3
- Collecteur Selenium
- Réinitialise le message d'erreur lors d'une nouvelle exécution des tâches.
- Évite les échecs d'exécution parasites même si tous les tests du robot ont réussi.
- Python : garantit que le robot fonctionne sur tous les systèmes.
6.2.2
- Python : garantit l'installation sans accès à pypi.org
- Collecteur EEM : réinitialise le message d'erreur lors d'une nouvelle exécution du projet SikuliX.
6.2.1
- Collecteur EEM : les fichiers de minuterie de Smartbear ne sont pas analysés correctement.
6.2.0
SKOOR Server
- Permet d'envoyer un e-mail d'invitation aux utilisateurs authentifiés localement.
- Minuterie EEM
- Horodatage de l'heure de début
- Tri par heure de début, durée d'exécution, nom, état de la tâche ou manuellement.
- Licences pour les appareils et les tâches
- L'instanciation à partir de modèles ou la copie d'un périphérique vérifie si une violation de licence se produirait avant de lancer l'action.
- Script d'attribution d'alarme personnalisée
- Prise en charge des données utilisateur par défaut
- données utilisateur en tant que paramètres de ligne de commande
SKOOR Collector
- Prend en charge robotframework-jsonvalidator dans les tâches Selenium.
6.1.6
- Évite les fausses erreurs de socket.
6.1.5
- Il arrive parfois que la liste des alarmes OPM soit vide.
6.1.4
- PGPool
- Ne remplace pas les paramètres PGPool lors de la mise à jour.
6.1.3
- Prend en compte les variables d'environnement pour la connexion au server à partir de scripts Perl.
6.1.2
- Corrige un blocage gênant entre l'envoi de données par le collecteur, la connexion et éventuellement d'autres actions. Cela provoquait le blocage du server Engine et empêchait toute communication ultérieure avec le point de terminaison du service.
6.1.1
- PGPool
- Désactive le cache de requêtes PGPool car il semble provoquer des bugs subtils. Nous le réactiverons peut-être dans une version ultérieure, mais probablement pas.
6.1.0
- SKOOR Collector
- Tâche HTTP : dans certains cas, l'analyse de la date d'expiration du certificat échoue.
- SD-319 : Tâches d'agent (Windows) :
- Une syntaxe incorrecte dans la définition des propriétés peut entraîner des séquences d'erreurs illégales qui arrêtent l'exécution du server par un arrêt en douceur.
- Tâche EEM : l'utilisateur peut définir des paramètres facultatifs (débogage, délai d'attente). Les paramètres de commande pour le robot sont générés automatiquement lors de l'exécution.
- Tâche HTTP : prise en charge des nouvelles versions TLS TLSv1_0 ... TLSv1_3 dans curl.
- Tâche EWS : Nouveaux paramètres de recherche « Sender contains » et « Sender is ».
- SKOOR Server
- Les utilisateurs du collecteur peuvent être désactivés.
6.0.9
- Tâche HTTP : dans certains cas, l'analyse de la date d'expiration du certificat échoue.
6.0.8
- Réactive le cache de requêtes PGPool
6.0.7
- Utilise un meilleur générateur d'identifiant de session pour éviter les collisions.
- Corrige le plantage du server lors de la connexion.
6.0.6
- Plugin EEM : mutex pour la décision d'indexation des mutex.
6.0.5
- SKOOR Engine
- Plantages intempestifs du server lors de la connexion.
- Correction des descripteurs de fichiers perdus en cas d'échec de la connexion PostgreSQL.
- Désactivation du cache de requêtes PGPool
- Module Python
- Améliore le nettoyage lors de la mise à jour pour éviter les paquets non fonctionnels sur certaines machines.
6.0.4
- SKOOR Engine
- Corrige un bug critique de connexion LDAP qui entraînait l'ajout d'un nouvel utilisateur distant à tous les groupes non distants.
6.0.3
- Extensions
- Extensions de journalisation.
6.0.2
- Interface
- Plantage de l'interface utilisateur lors de l'ajout/la modification du Scheduler de rapports sous RHEL 8.
6.0.1
- SKOOR Engine
- Ajout de postgresql13-contrib comme dépendance d'eranger-postgresql
6.0.0
- SKOOR Engine
- Modifie les commentaires des entrées du journal des modifications.
- La maintenance passée et les ajustements peuvent être appliqués à des états dédiés.
- Comportement du journal des événements de l'agent pour les événements de réinitialisation et les délais d'expiration.
- Utilisation de PGPool-II à la place d'un pool de connexions à la base de données interne
- Utilisation de SKOOR Auth
- PostgreSQL est mis à niveau vers la version 13. La mise à niveau du SKOOR Engine nécessite quelques étapes supplémentaires par rapport aux mises à jour précédentes. Veuillez consulter le guide de mise à jour disponible à l'adresse https://docs.skoor.com/skoor-doc/skoor-software-update