Principes de fonctionnement

Le démon de gestion de configuration Dr.Web ConfigD est toujours lancé avec les privilèges de super-utilisateur (root). Il lance les autres composants de Dr.Web Security Space et communique avec eux via un socket pré-ouvert. Le démon de gestion de la configuration accepte les connexions des autres composants de Dr.Web Security Space via le socket d’information (accessible au public) et le socket d’administration (accessible uniquement aux composants lancés avec les privilèges root). Le démon télécharge les paramètres de configuration et les données de licence depuis des fichiers ou garantit leur réception du serveur de protection centralisée utilisé via l’agent Dr.Web ES Agent ainsi que le saisi des valeurs correctes par défaut pour les paramètres de configuration. Au moment où un composant démarre ou un signal SIGHUP lui est envoyé, le démon de gestion de la configuration dispose toujours d’un ensemble de paramètres cohérents et homogènes pour tous les composants de Dr.Web Security Space.

Quand Dr.Web ConfigD reçoit le signal SIGHUP, il relit les paramètres de configuration et les données du fichier clé de licence. Si nécessaire, le démon envoie également des notifications aux composants pour qu’ils relisent leurs propres paramètres de configuration.

Lorsque Dr.Web ConfigD reçoit le signal SIGTERM, il arrête d’abord tous les composants, puis s’arrête lui-même. Web ConfigD assure la suppression de tous les fichiers temporaires des composants après leur arrêt.

Principes d’interaction avec d’autres composants

1.Au démarrage, tous les composants reçoivent les paramètres de configuration et les informations de licence de Dr.Web ConfigD. Les composants n’utilisent que ces paramètres reçus dans leur travail ultérieur.

2.Dr.Web ConfigD collecte les messages de tous les composants fonctionnant sous son contrôle dans un seul journal. Dr. Web ConfigD collecte tous les messages affichés par les composants dans stderr et les place dans le journal commun de Dr.Web Security Space, en notant quel composant a eu une erreur et à quel moment.

3.Tous les composants gérés s’arrêtent avec un certain code. Si le code d’achèvement est différent de 101, 102 et 103, le composant sera redémarré et le message correspondant de stderr sera enregistré dans le journal de Dr.Web Security Space.

•L’arrêt avec le code 101 signifie que le composant ne peut pas fonctionner avec la licence fournie. Le composant ne sera redémarré que si les paramètres de la licence sont modifiés.

•L’arrêt avec le code 102 signifie qu’il ne peut pas fonctionner avec les paramètres de configuration actuels. Dr.Web ConfigD tentera de redémarrer le composant lorsque certains paramètres de configuration sont modifiés.

•L’arrêt avec le code 103 se produit à la suite d’une absence prolongée d’appels aux composants lancés par Dr.Web ConfigD sur demande (Dr.Web Scanning Engine et Dr.Web File Checker). La période après laquelle un composant s’arrête avec le code 103 est spécifiée dans les paramètres du composant correspondant (paramètre IdleTimeLimit).

•Si les nouvelles valeurs des paramètres de configuration reçues par un composant de Dr.Web ConfigD ne peuvent pas être appliquées à la volée, le composant s’arrête avec le code 0 afin que Dr.Web ConfigD puisse le redémarrer.

•Si le composant ne peut pas se connecter à Dr.Web ConfigD ou qu’une erreur de protocole d’interaction se produit, le composant envoie un message correspondant à stderr et s’arrête avec le code 1.

4.L’échange de signaux est organisé.

•Pour qu’un composant applique les paramètres modifiés de la configuration, Dr.Web ConfigD luis envoie un signal SIGHUP.

•Pour qu’un composant s’arrête, Dr.Web ConfigD lui envoie un signal SIGTERM. Le composant doit s’arrêter dans les 30 secondes suivant la réception du signal.

•Si le composant ne s’arrête pas dans les 30 secondes requises, Dr.Web ConfigD lui envoie un signal SIGKILL pour forcer son arrêt.