Historique des versions du socle de l’orchestrateur
5.32 (2026-10-06)
Cette version contient des changements cassants. Les actions à réaliser lors de la mise à jour sont signalées par la mention Migration.
- Renommage du service
webenweb-application- Migration : dans les fichiers de configuration personnalisés du répertoire
/etc/cyberwatch/configs-enabled, renommer le servicewebenweb-application, sinon le déploiement de Cyberwatch échoue
- Migration : dans les fichiers de configuration personnalisés du répertoire
- Passage de nginx à l’image non privilégiée
nginx-rootless- Migration : En cas d’isolation des conteneurs par namespace, les variables
CBW_NGINX_UIDetCBW_NGINX_GIDdu fichierconfig.envdoivent désormais correspondre à l’utilisateur 101 des conteneurs, et non plus àroot(voir Dossier des certificats nginx)
- Migration : En cas d’isolation des conteneurs par namespace, les variables
- Remplacement de Certbot par le module ACME de nginx
- Déprécié : l’option
--certbotde la commandecyberwatch configureest remplacée par l’option--acme - Suppression du conteneur
certbot - Migration automatique des configurations Certbot existantes, avec conservation du nom de domaine
- Déprécié : l’option
- Passage à
cosign3 ou à une version ultérieure, fourni avec le paquetcyberwatch- Migration : en mode hors ligne, mettre à jour le paquet
cosignen même temps que le paquetcyberwatch
- Migration : en mode hors ligne, mettre à jour le paquet
- Ajout de la commande
cyberwatch renew-certificatespour renouveler les certificats TLS internes à Cyberwatch - Ajout de l’option
--force-pullaux commandescyberwatch startetcyberwatch restartpour télécharger les images même si la variableCBW_NO_PULLest activée dans le fichierconfig.env - Poursuite du redémarrage avec les images déjà présentes sur le nœud lorsque
cyberwatch restartne parvient pas à télécharger les nouvelles images - Affichage des erreurs de
mysqldumpetmysqlen cas d’échec decyberwatch backup saveou decyberwatch backup restore - Correction de l’option
--no-pullignorée par la commandecyberwatch start - Correction de la variable
CBW_DISABLE_ELKnon prise en compte lors d’uncyberwatch stopsuivi d’uncyberwatch start
5.31 (2026-07-09)
- Stockage des certificats nginx dans le répertoire
/etc/cyberwatch/sslau lieu d’un volume Docker- Migration automatique des certificats existants lors de la mise à jour
- Possibilité de désactiver le déploiement d’Elasticsearch et Kibana via la variable
CBW_DISABLE_ELKdu fichierconfig.env - Désactivation par défaut de l’interface web sur les nœuds satellites via la variable
ONLY_API_AND_THIRD_PARTIESdu fichiercontainers.env(à l’installation ou après régénération de la configuration) - Prise en charge d’un port personnalisé pour la sauvegarde et la restauration d’une base de données externe via la variable
MYSQL_PORTdans le fichiercontainers.env - Ajout d’un nettoyage asynchrone des images inutilisées
- En cas de dépassement du délai au démarrage, le nettoyage est reporté à une tâche planifiée nocturne exécutée lorsque la stack est stable
- Le nettoyage est ignoré si la variable
CBW_DONT_PRUNE_UNUSED_IMAGESest activée dans le fichierconfig.env
5.30 (2026-04-10)
- Activation de la gestion des utilisateurs dans Kibana
- Correction de la régénération du certificat nginx en cas d’utilisation de la commande
cyberwatch configure - Correction d’un avertissement lors de la génération des certificats sur les nœuds satellites
5.29 (2026-03-18)
- Modification de la durée de vie des certificats utilisés par l’application :
- 10 ans pour le certificat racine
- 1 an pour les certificats des services
- Renouvellement automatique des certificats des services :
- 45 jours avant expiration par défaut
- Délai configurable via la variable
CERT_RENEWAL_DAYSdans le fichierconfig.env
- Utilisation du certificat racine pour la sauvegarde et la restauration de la base de données :
- Pour les instances avec une base de données externe, le certificat utilisé est celui concaténé dans le fichier
cbw-root-ca-cert.pem
- Pour les instances avec une base de données externe, le certificat utilisé est celui concaténé dans le fichier
- Possibilité de répliquer les services suivants via des variables dans le fichier
config.env:- web avec la variable
CBW_WEB_REPLICAS - sidekiq_node avec la variable
CBW_SIDEKIQ_NODE_REPLICAS - container-scanner avec la variable
CBW_CONTAINER_SCANNER_REPLICAS
- web avec la variable
- Ajout d’une vérification de l’espace de stockage des conteneurs (
/var/lib/containerd) via la commandecbw doctor - Correction d’un problème lié à l’ajout des
API_KEYSdans le fichier secret - Correction de la version minimale de Docker requise pour les paquets apt et rpm
5.28 (2025-11-28)
- Ajout d’un horodatage aux logs de mise à jour de Cyberwatch dans
/var/log/cyberwatch.log - Correction d’un problème de génération d’un fichier vide lors d’une interruption de sauvegarde
- Correction d’un message d’avertissement lié aux options de sécurité du conteneur container-scanner
5.27 (2025-04-09)
- Ajout d’une vérification au démarrage des conteneurs pour empêcher la suppression des images des conteneurs non encore lancés
- Correction de l’affichage d’un avertissement lié à l’utilisation de l’option
CBW_DONT_PRUNE_UNUSED_IMAGES - La récupération des nouvelles images s’effectue désormais avant l’arrêt de la stack pour réduire les temps d’indisponibilité de l’application
5.26 (2025-03-18)
- Correction d’un problème de volume lors de la configuration d’un nœud en tant que satellite hors-ligne
- L’adresse IP du réseau Docker utilisé pour container-scanner a été configurée pour être dans une plage similaire à celle du réseau Docker par défaut
- Suppression du support de MicroK8s en tant qu’orchestrateur