F2. Règles du fichier .config

Page d'accueil  Précédent  Suivant

La règle "description"

La règle description désigne le nom du produit à afficher dans le Centre de Gestion. Si la règle n'est pas configurée, le nom du répertoire du produit sera utilisé comme nom du produit.

Exemple :

description '"Dr.Web® Enterprise Agent"

Règle sync-with

La règle sync-with détermine la liste des Serveurs HTTP et des Serveurs HTTP proxy à mettre à jour. Le paramètre name détermine le nom du domaine ou l'adresse IP. L'élément :port peut être absent, auquel cas la valeur 80 est attribuée comme numéro de port pour le Serveur HTTP et 3128 pour le Serveur proxy.

Les Serveurs se trouvant dans la liste seront interrogés successivement, après une mise à jour réussie, la procédure se termine.

 

La version actuelle de Dr.Web Enterprise Security Suite ne supporte que l'authentification HTTP de base, l'authentification HTTP proxy et l'authentification RADIUS.

 

Les redirections HTTP permanentes (code 301) sont mises en cache avant de redémarrer le Serveur.

 

Exemple :

sync-with{

http{ esuite.msk3.drweb.com /update }

http{ esuite.msk4.drweb.com /update }

http{ esuite.msk.drweb.com  /update }

http{ esuite.us.drweb.com   /update }

http{ esuite.jp.drweb.com   /update }

}

Exemple en cas d'utilisation d'un Serveur proxy

sync-with{

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.msk7.drweb.com /update  } }

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.jp.drweb.com   /update  } }

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.msk5.drweb.com /update  } }

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.msk6.drweb.com /update  } }

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.msk.drweb.com  /update  } }

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.us1.drweb.com  /update  } }

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.msk3.drweb.com /update  } }

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.msk4.drweb.com /update  } }

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.us.drweb.com   /update  } }

http-proxy{ 10.3.0.74 auth user:pass http{ esuite.fr1.drweb.com  /update  } }

}

où :

10.3.0.74 - adresse IP du Serveur proxy ;

user - nom d'utilisateur du Serveur proxy (peut être absent si le serveur proxy ne requiert pas d'authentification) ;

pass - mot de passe pour accéder au Serveur proxy (peut être absent si le serveur proxy ne requiert pas d'authentification).

Règle sync-only

La règle sync-only détermine de manière explicite un ensemble de noms de fichiers (spécifiés avec des expressions régulières sous la forme simplifiée comme il est décrit dans ce paragraphe, ainsi que sous forme complète qr{} comme dans le paragraphe Lancement et arrêt du scanner antivirus sur le poste) à synchroniser. Si la règle n'est pas présente, tout le contenu du répertoire est à synchroniser par défaut (excepté les fichiers dont les noms commencent par un point).

Exemple :

sync-only{^common/drw.*vdb$}

enjoint de mettre à jour seulement les bases virales.

Règle sync-ignore

La règle sync-ignore, par contre, détermine de manière explicite un ensemble de fichiers à ne pas synchroniser.

 

S'il y a des fichiers ajoutés dans le produit de manière locale (qui ne sont pas présents dans les originaux) et que la règle sync-only n'est pas utilisée, les fichiers à ajouter doivent être mentionnés dans sync-ignore, sinon ces fichiers seront supprimés lors de la synchronisation.

 

Règle sync-delay

La règle sync-delay détermine la liste des fichiers dont la modification entraîne une interdiction de passer le produit vers la nouvelle révision. Dans ce cas-là, le dépôt des produits continue à diffuser la révision antérieure et la synchronisation ne se fait plus (le statut du produit est "bloqué"). Si l'utilisateur trouve que la révision réceptionnée est bonne à diffuser, il doit éditer le fichier de statut .id et redémarrer ensuite le Serveur (voir Annexe F3. Fichiers .id).

Exemples :

La diffusion automatique de nouvelles révisions est interdite :

sync-delay{ .* }

; aucune automatisation, tout doit être testé de manière personnalisée

La diffusion automatique est interdite pour les révisions dans lesquelles des fichiers exécutables ont été mis à jour :

sync-delay{ .*\.exe$ .*\.dll$ }

Règles state-only et state-ignore

Les règles state-only et state-ignore déterminent (ou limitent) la liste des fichiers à diffuser de façon analogue.

Exemple :

Pour le produit Enterprise Agent :

il n'est pas requis de télécharger les langues d'interface allemande, polonaise et espagnole (les autres langues doivent être téléchargées),

il n'est pas requis de recevoir les composants conçus pour Windows 98/Windows Me.

sync-ignore{

   ; à noter que si les fichiers listés sont déja

   ; présents dans le dépôt des produits, ils sont toujours

   ; à diffuser.

   ; c'est pourquoi, il est nécessaire de les enlever ou

   ; passer vers state-ignore{ }, ou réaliser

   ; une synchronisation complète dans

   ; la configuration spécifiée

;^common/ru-.*\.dwl$ nous en avons besoin

^common/de-.*\.dwl$

^common/pl-.*\.dwl$

^common/es-.*\.dwl$

^win/de-.*

^win/pl-.*

^win-9x\.*

}

Règles du groupe notify

Les règles du groupe notify permettent de configurer le système de notification pour les produits sélectionnés (la configuration complète du système de notification est décrite dans le paragraphe Configuration des notifications).

Le dépôt des produit peut générer les types de notifications suivants :

update — en cas de mise à jour réussie du produit,

delay — en cas de blocage de transaction,

flushfail — en cas d'erreur d'écriture sur le disque,

loadfail — en cas d'erreur de téléchargement.

Par défaut tous les types de notification sont autorisés.

La règle notify-off permet d'interdire les types sélectionnés de notification pour le produit courant.

Les règles notify-ignore et notify-only permettent de limiter ou de spécifier de manière explicite la liste des fichiers dont la modification entraîne l'envoi d'une notification de type update.

 

Si dans le même fichier au moins deux des règles sync-only, sync-ignore ou sync-delay sont présentes, la règle suivante sera appliquée :

la règle sync-only s'applique la première. Les fichiers non listés dans la liste de cette instruction (si elle est présente) ne seront pas traités,

la règle sync-ignore s'applique aux fichiers restants,

la règle sync-delay ne s'applique qu'aux fichiers restants après l'exécution des deux opérations ci-dessus.

 

L'ordre d'application des règles state-only et state-ignore est déterminé de manière analogue.