Mise en place d'un antivirus centralisé 2.2 Octobre 2012
Version du document Octobre 2012 Date création 25/02/2011 Editeur Pôle de compétence EOLE Rédacteurs Équipe EOLE Licence Cette documentation, rédigée par le pôle de compétence EOLE, est mise à disposition selon les termes de la licence : Creative Commons Paternité-Pas d'utilisation Commerciale-Partage des Conditions Initiales à l'identique 2.0 france : http://creativecommons.org/licenses/by-nc-sa/2.0/fr/. Vous êtes libres : de reproduire, distribuer et communiquer cette création au public ; de modifier cette création Selon les conditions suivantes : paternité : vous devez citer le nom de l'auteur original de la manière indiquée par l'auteur de l'oeuvre ou le titulaire des droits qui vous confère cette autorisation (mais pas d'une manière qui suggèrerait qu'ils vous soutiennent ou approuvent votre utilisation de l'œuvre) ; pas d'utilisation Commerciale : vous n'avez pas le droit d'utiliser cette création à des fins commerciales, y compris comme support de formation ; partage des Conditions Initiales à l'identique : si vous modifiez, transformez ou adaptez cette création, vous n'avez le droit de distribuer la création qui en résulte que sous un contrat identique à celui-ci. A chaque réutilisation ou distribution de cette création, vous devez faire apparaître clairement au public les conditions contractuelles de sa mise à disposition. La meilleure manière de les indiquer est un lien vers cette page web. Chacune de ces conditions peut être levée si vous obtenez l'autorisation du titulaire des droits sur cette œuvre. Rien dans ce contrat ne diminue ou ne restreint le droit moral de l'auteur ou des auteurs. Cette documentation est basée sur une réalisation du pôle EOLE. Les documents d'origines sont disponibles sur le site du pôle. EOLE est un projet libre (Licence GPL). Il est développé par le Pôle de Compétence EOLE du Ministère de l'éducation nationale, rattaché au Centre d'etudes et de Traitements Informatiques de l'académie de Dijon (CETIAD). Pour toute information concernant ce projet vous pouvez nous joindre : Par courrier électronique : eole@ac-dijon.fr Par FAX : 03-80-44-88-10 Par courrier : EOLE-CETIAD 33 rue Berbisey - B.P. 1557 21032 DIJON CEDEX le site : http://eole.orion.education.fr 2
Sommaire Sommaire I Principe de fonctionnement...4 II Le serveur GNU/Linux central...6 III Le serveur OfficeScan...7 IV Les serveurs en EPLE...14 Conclusion...16 3
Principe de fonctionnement I Principe de fonctionnement Complément Le but est de pouvoir installer et mettre à jour l'antivirus OfficeScan sur les postes en EPLE sans serveur Microsoft Windows dans chaque site. Nous allons donc utiliser les serveurs Apache de Horus et/ou Scribe en EPLE comme sources de mise à jour du produit OfficeScan. Les stations installerons le client OfficeScan par le script de connexion. Architecture mise en place La mise en place de ce procédé nécessite les éléments suivants : - un serveur Microsoft Windows OfficeScan sur le site central (Rectorat) ; - un serveur GNU/Linux avec des partages Samba et rsync sur le site central ; - un serveur Horus et/ou Scribe en EPLE hébergeant une réplique du référentiel de mise à jour OfficeScan ; - le serveur Microsoft doit pouvoir accéder au partage Samba du GNU/Linux central et aux postes clients en EPLE sur le port de notification OfficeScan ; - les serveurs Horus et/ou Scribe doivent pouvoir accéder au serveur GNU/Linux central par rsync ; - les postes clients en EPLE doivent pouvoir accéder par HTTP aux serveurs Horus et/ou Scribe et au serveur OfficeScan central. 4
Principe de fonctionnement Mise en place d'un antivirus centralisé Écran 1 5
Le serveur GNU/Linux central II Le serveur GNU/Linux central Transfert du serveur OfficeScan vers le serveur GNU/Linux central Le serveur OfficeScan utilise un partage Samba configuré sur le serveur GNU/Linux. Une tâche planifiée sur le serveur OfficeScan enverra les mises à jour dans ce partage. Voici un exemple de partage Samba : [antivirus] comment = partage path = /home/eolebase valid users = eolebase write list = trend read only = No create mask = 0755 preserve case = No default case = lower volume = partage Transfert vers les serveurs en EPLE La synchronisation entre le serveur GNU/Linux central et les serveurs en EPLE se fait par rsync. On crée donc deux partages rsync sur le serveur central, un pour l'installeur du client OfficeScan et l'autre pour les mises à jour du produit. Voici un exemple de fichier /etc/rsyncd.conf : uid = eolebase gid = eolebase [trend] path = /home/eolebase/trend comment = serveur rsync pour déploiement trend read only = yes list = yes use chroot = yes [Download] path = /home/eolebase/download comment = serveur rsync pour déploiement trend read only = yes list = yes use chroot = yes 6
Le serveur OfficeScan III Le serveur OfficeScan Configuration d'officescan Un minimum de configuration est à effectuer dans la console OfficeScan avant de générer l'installeur et de synchroniser les mises à jour. Il faut spécifier les sources de mise à jour du produit. On déclare dans l'ordre Horus puis Scribe, le serveur OfficeScan lui même sera implicitement la troisième source. Les postes tenteront l'accès à Horus dans un premier temps, si celui-ci n'est pas accessible (postes pedago par exemple), il tenteront l'accès à Scribe. Si aucun des deux n'est accessible, le serveur OfficeScan central sera pris comme source de mise à jour. Écran 2 Il est possible de déclarer un proxy pour les postes clients 7
Le serveur OfficeScan Mise en place d'un antivirus centralisé Écran 3 Il faut également spécifier un nom pour le serveur OfficeScan. Écran 4 Construction de l'installeur Nous allons générer un paquet MSI à l'aide de l'outil ClnPack1 : 8
Le serveur OfficeScan Mise en place d'un antivirus centralisé Écran 5 Synchronisation avec le serveur GNU/Linux central Le logiciel libre Synkron va permettre de planifier la synchronisation des répertoires de mises à jour et de l'installeur vers les partages Samba du serveur GNU/Linux central. Une session utilisateur sur le serveur OfficeScan doit être ouverte pour que ce logiciel soit lancé. Il conviendra donc de la verrouiller mais surtout de ne pas la fermer. Il faut dans un premier temps spécifier les répertoires à synchroniser : 9
Le serveur OfficeScan Mise en place d'un antivirus centralisé Écran 6 Veiller à respecter ces paramètres : Faire de même avec le répertoire de l'installeur : 10
Le serveur OfficeScan Mise en place d'un antivirus centralisé Écran 7 Maintenant, nous allons planifier la synchronisation des mises à jour : 11
Le serveur OfficeScan Mise en place d'un antivirus centralisé Écran 8 Ne pas oublier de démarrer la programmation 12
Le serveur OfficeScan Mise en place d'un antivirus centralisé Écran 9 La synchronisation de l'installeur se fera manuellement après sa construction. 13
Les serveurs en EPLE IV Les serveurs en EPLE Configuration Les serveurs en EPLE (Horus et/ou Scribe) nécessitent l'installation du paquet optionnel eole antivir (apt eole install eole antivir). Le paramétrage s'effectue avec gen_config. Activation du script de rsync de l installeur trend permettra de synchroniser l'installeur après chaque reconfigure. Le script en question est le suivant : /usr/share/eole/download_trend.pl Activation du téléchargement des maj trend permet de synchroniser les mises à jour du produit OfficeScan dans un cron. Le script en question est le suivant : /usr/share/eole/download_maj_trend.pl Écran 10 Nom ou Adresse IP du serveur centralisé correspond au serveur GNU/Linux central. Rep rsync et Rep maj correspondent aux partage rsync. Amplitude pour décalage Maj en minutes spécifie un délai aléatoire de N minutes avant le lancement de la synchronisation, ceci afin d'éviter que tous les serveurs en EPLE ne viennent simultanément charger la bande passante académique et solliciter le serveur GNU/Linux central. Il sera également judicieux de limiter la bande passante au niveau académique entre le serveur GNU/Linux central et les EPLE. 14
Les serveurs en EPLE Mise en place d'un antivirus centralisé Écran 11 Sur Amon, il faudra ajouter les entrées DNS pour que les stations puissent résoudre les adresses d'horus et/ou Scribe. 15
Conclusion Conclusion Cette solution a été élaborée à partir de propositions et de la variante Scribe/Horus de l'académie de Versailles. Il existe certainement d'autres façons de faire, il s'agit uniquement d'une aide à la réalisation. 16