Formation Scribe : Administration

Transcription

1 Formation Scribe : Administration

2 Support de cours Formation Scribe : Administration Auteur(s) : Marc Simon. La reproduction dans ce manuel de noms de marques déposées, de désignations des marques, etc. même sans stipulation explicite que de tels noms et marques sont protégés par la loi, n autorise pas à supposer qu ils soient libres et puissent être utilisés par quiconque. Cet ouvrage a été mis en page avec L A T E X, à partir de fichiers au format XML convertis à l aide de xsltproc développé par Daniel Veillard ( Les logos EOLE ont été réalisés par Marielle Bourdot. Le logo Logidée a été réalisé par Patrice Weber. Les feuilles de styles, la DTD et les outils associés ont été developpés par Logidée ( pour rédiger et maintenir ses supports de formations. Ces outils sont bien sûr sous licence libre et disponibles sur le site web mentionné ci-dessus. Reproduction autorisée dans le cadre du projet EOLE. La reproduction à l identique, au format numérique ou papier, de ce manuel, est librement autorisée. Son utilisation est libre dans le cadre de la formation sur les différents produits constitutifs du projet EOLE. La reproduction de versions tronquées ou modifiées du support ne peut s effectuer sans l accord préalable des auteurs et de leurs ayants-droits. Merci de contacter l équipe EOLE, titulaire des droits d exploitation de l ouvrage, pour toute question relative à ce point.

3 Sommaire Thème 1 : Le serveur Scribe : quelles fonctions? Le serveur Scribe, pourquoi faire? Le serveur Scribe est un serveur pédagogique Les technologies de Scribe Le système de déploiement Eole Le serveur de fichiers Samba Exim et Sympa pour la messagerie Cups pour la gestion des imprimantes Le déploiement de Scribe : les points à considérer Un système peu gourmand en ressources La migration des données est possible Il faut s assurer au préalable de la compatibilité Dimensionnement d un serveur Scribe Les besoins en disque Les besoins en mémoire Les besoins en puissance processeur Thème 2 : Installation d un système Scribe Considérations matérielles Le système Linux reconnaît la plupart du matériel récent Le matériel reconnu par Scribe Il peut être utile d installer plusieurs disques Aperçu de la méthode d installation au niveau académique L installation initiale Les installations suivantes Les opérations à effectuer dans les établissements L inscription des stations dans le domaine L importation des bases GEP dans l annuaire LDAP Thème 3 : Finalisation de l installation avec l EAD Aperçu général de l outil L accès se fait par le Web L accès à EAD est authentifié La page d accueil permet de savoir si tout fonctionne La section centrale contient les dates des opérations importantes

4 La barre de droite est une barre de navigation Les différents profils de connexion à l EAD Le profil administrateur sert aux responsables techniques Le profil professeur permet d accéder aux fonctions pédagogiques Le profil professeur principal ajoute des droits sur une classe Surveillance des ressources Les informations sur le matériel L indication de la charge Les volumes de données transmis par les différentes interfaces La mémoire utilisée L espace disque utilisé Gestion des services Redémarrage des services Redémarrage du système Mise à jour du système Déclencher les mises à jour L opération nécessite un arrêt des services Les mises à jour peuvent être déclenchées immédiatement L opération peut se faire en différé L opération peut être entièrement automatisée L inscription des stations dans le domaine Il s agit de l opération la plus longue durant l installation La procédure dépend du système d exploitation utilisé Le rôle de l annuaire LDAP L annuaire LDAP sert de support au contrôleur de domaine L annuaire LDAP fait partie des éléments sauvegardés Importation des comptes des utilisateurs L importation se fait en plusieurs temps Manipulation ponctuelle des utilisateurs L importation d une base GEP n est pas forcément pratique Rechercher un utilisateur Modifier un utilisateur Thème 4 : Configuration des imprimantes avec CUPS Présentation de CUPS CUPS est un système de gestion d imprimantes Configuration d une imprimante supportée par Linux Connexion à CUPS

5 Procédure de déclaration d une imprimante Prise en compte des quotas Pykota est vu comme un pilote particulier Déclaration d une imprimante indépendante Publication d un pilote Windows au moyen de Samba Création d un partage spécifique Installation des fichiers de pilote Prise en compte par les stations L impression PDF Cette imprimante permet d obtenir un fichier PDF L impression PDF est configurée par défaut Gestion des impressions Chaque utilisateur peut annuler ses propres tâches Le groupe PrinterAdmins peut effacer tous les travaux Les utilisateurs CUPS disposent de tous les droits Prise en compte des quotas Déclaration de l imprimante dans Pykota Déclaration dans l annuaire LDAP Manipulation des quotas Thème 5 : Gestion des sauvegardes Les sauvegardes : que sauvegarder La procédure automatisée sauvegarde l essentiel Le coeur du système se trouve sur CD-ROM La configuration des imprimantes est rapide Les modifications locales sont conservées sur un serveur externe Les partages spécifiques ne sont pas conservés Les sauvegardes se déclenchent depuis l EAD L interface est similaire à celle utilisée pour les MAJ La sauvegarde interrompt le fonctionnement du service Programmation des sauvegardes La sauvegarde sur support local La sauvegarde se fait dans /var/sauvegardes Le répertoire peut servir de point d ancrage à d autres supports Il est possible de faire une sauvegarde plus durable La sauvegarde distante La sauvegarde distante se fait une sur machine du réseau local Création d un partage adapté à la sauvegarde

6 Configuration de la sauvegarde dans l EAD Vérifications et restauration Les fichiers de sauvegarde Procédure de restauration Thème 6 : La gestion des droits avec Samba La gestion des droits : deux approches L approche Unix : celle des permissions d accès Les droits d accès sous Microsoft Windows Les différents niveaux de droits L accès aux fichiers est contrôlé de plusieurs manières Les utilisateurs n ont accès qu à l aspect Windows L administrateur peut changer les droits Unix des partages Manipulation des droits Unix chmod change les permissions chown change le propriétaire Fonctionnement de Samba Il y a plusieurs niveaux de contrôles d accès Samba est un utilisateur Unix Le serveur utilise les ACL pour les partages Il est possible d imiter la gestion des ACL Microsoft Windows Comment interpréter les ACL? Les ACL sont constituées de droits Unix Quelques recommandations sur les droits Différencier les droits d installation et d utilisation Toujours agir sur les droits des groupes Ne pas hésiter à multiplier les groupes La réplication des droits Valider les droits sur le serveur père Sauvegarder les ACL Gestion avancée : la manipulation des partages L héritage des permissions et des ACL peut se configurer On partira généralement d une configuration fonctionnelle Les modifications les plus courantes

7 1. Le serveur Scribe : quelles fonctions?

8 1.1 : Le serveur Scribe, pourquoi faire? Le serveur Scribe est un serveur pédagogique Il est le pendant d Horus Il offre une alternative libre et intégrée à l établissement Il ne s agit pas d un système imposé Premier rôle : le service de fichiers Deuxième rôle : le service de messagerie Troisième rôle : des fonctions pédagogiques en développement Quatrième rôle : un serveur Web Cinquième rôle : un espace de travail collaboratif Le serveur Scribe est un serveur pédagogique Il est le pendant d Horus Dans le cadre du projet Eole, qui vise à offrir une solution intégrée pour l ensemble de l informatique des EPLE, le serveur Scribe a été développé antérieurement à Horus. L idée était d offrir, dans un souci d économie et d homogénéité, un serveur de fichier libre, reposant sur les concepts Eole, qui offrirait tous les services nécessaires tant aux utilisateurs qu aux administrateurs. La distinction n est pas vaine : autant les acteurs de la communauté éducative, tout particulièrement sur le réseau pédagogique, expriment-ils des besoins liés à l informatique, autant les impératifs de sécurité du réseau et de protection des mineurs imposent-ils des mesures permettant d identifier chacun des utilisateurs des ressources communes. Le serveur Amon propose un mécanisme de filtrage, mais celui-ci n est complet qu en permettant d offrir une traçabilité des intervenants. Cela n est possible que si Amon est capable d interroger une base d utilisateurs auprès de laquelle ces derniers s identifient. Amon tente d être polyvalent et interopérable, mais il était nécessaire de proposer, dans la famille des produits Eole, une solution gratuite répondant à ce besoin. Le déploiement d Amon répond à une logique inévitable de sécurisation et de responsabilisation liée à l accès Internet. La responsabilité ne peut se faire dans l anonymat. Scribe répond donc à ce besoin, pris très au sérieux par les services juridiques des académies, de se conformer aux obligations de traçabilité des utilisateurs. Du fait de sa position sur le réseau pédagogique, et de sa connaisance de chacun des utilisateurs, ce serveur peut offrir un grand nombre de services complémentaires. Tout comme Horus, la fonctionnalité d annuaire s est combinée à celle de serveur de fichiers, et les fonctionnalités ont été peu à peu ajoutées. Il offre une alternative libre et intégrée à l établissement Le serveur Scribe n a pas de vocation hégémonique. Les autres éléments d Eole ne nécessitent pas l accès à un serveur Scribe : tout est conçu dans un souci d interopérabilité. Néanmoins, pour simplifier l administration du réseau des établissements, il est préférable que les interfaces soient similaires d un système à l autre. La contrainte essentielle de Scribe porte sur son intégration au réseau pédagogique, notamment à la nécessité de reconfigurer les postes clients pour tenir compte de sa présence, ou les interac- Le serveur Scribe : quelles fonctions? Le serveur Scribe, pourquoi faire? 8

9 tions avec les serveurs Microsoft éventuellement présents sur le réseau. Malgré le soin apporté à limiter l impact du déploiement, il est indispensable de procéder à une reconfiguration de l ensemble des stations de travail pour les intégrer dans le nouveau domaine pris en charge par le serveur Scribe. C est d ailleurs l étape la plus longue de l installation. Il ne s agit pas d un système imposé En conséquence, Scribe n est pas un serveur aussi indispensable que ne l est Amon ou Horus, qui sont des briques indispensables du réseau établissement. Le serveur Scribe est proposé aux utilisateurs habitués à l ensemble Eole, et qui veulent bénéficier des fonctionnalités d administration et de surveillance disponibles dans Zéphir. On le trouve toutefois déjà déployé dans certaines académies, aux côtés de serveurs Microsoft Windows, pour servir de supports à des applications de gestion des notes des élèves, qui doivent être accessibles tant de l administratif que de la pédagogie. Premier rôle : le service de fichiers La première fonction de Scribe est d héberger les répertoires personnels des élèves, des classes et des professeurs. Il s agit du complément le plus simple à la fonciton d annuaire : si le serveur connaît le profil de chaque élève, il peut lui associer un certain nombre de droits d accès à des répertoires partagés. Le serveur Scribe est vu comme un contrôleur de domaine NT. Il connaîtra, par le biais de l extraction des données issues de GEP, la liste des comptes utilisateurs, et autorisera la connexion des utilisateurs. Du point de vue des stations, la connexion se fait dans un domaine NT, et les ressources partagées par le serveur sont immédiatement vue dans le voisinage réseau des stations. Le fonctionnement au jour le jour ne devrait pas changer pour les utilisateurs habituels du réseau pédagogique. Deuxième rôle : le service de messagerie Le serveur Scribe héberge un service de messagerie qui fournit plusieurs fonctionnalités. La première est la messagerie interne, utilisée au sein de l établissement. Elle sert pour la communication des élèves et des professeurs. Elle est secondée par un système de listes de diffusion, appuyé sur l annuaire, qui permettra aux enseignants de contacter aisément des groupes de travail ou des classes entières. En présence d un système de relais académique, le serveur Scribe pourra aussi communiquer avec l extérieur, si le chef d établissement souhaite autoriser cette fonction. Les élèves pourront alors échanger avec des boîtes aux lettres externes, en utilisant une adresse électronique routable sur Internet. Cette fonctionnalité nécessite l appui d une configuration au rectorat, car l accès permanent au serveur (notamment durant les grandes vacances) ne peut pas vraiment être garanti partout. De plus, il est nécessaire de prévoir un secours en cas de défaillance : le rectorat se chargera de ces redirections. Troisième rôle : des fonctions pédagogiques en développement Scribe pouvant remplacer, à terme, les serveurs Microsoft sur le réseau pédagogique, il est nécessaire d offrir sur cette plateforme des équivalents aux applications que l on trouve encore actuellement, notamment pour le verrouillage des stations clientes et les applications pédagogiques. Il s agit d un travail de longue haleine, qui pourra être fait rapidement pour les applications développées en interne, mais qui ne dépend pas de l équipe de Dijon. Certaines fonctionnalités, qui sont intimement liées à la procédure de connexion ou d accès au serveur, seront toutefois mises en place par Dijon, comme pour le verrouillage des stations. Le serveur Scribe : quelles fonctions? Le serveur Scribe, pourquoi faire? 9

10 Ces fonctionnalités sont amenées à se développer par l intégration d outils externes comme ESU4, et grâce aux remontées d expériences des académies volontaires. Quatrième rôle : un serveur Web Scribe fait tourner le serveur Web Apache, d une part pour des raisons liées aux applications certaines applications pédagogiques sont développées pour fonctionner en mode Web, afin d éviter tout problème d incompatibilité et d autre part pour servir d hébergement pour un Intranet éventuel. Cinquième rôle : un espace de travail collaboratif Dans cette optique, le système SPIP, un système de développement simplifié de site Web, a été intégré dans Scribe. Il offre des fonctionnalités de publication et de gestion de contenu à la portée des élèves, et est utilisé avec succès dans de nombreux établissements. Scribe offre cette fonctionnalité sans perte de performance, un serveur Web étant déjà intégré au serveur Scribe. Le serveur Scribe : quelles fonctions? Le serveur Scribe, pourquoi faire? 10

11 1.2 : Les technologies de Scribe Le système de déploiement Eole Il se déploie en conformité avec le système Eole L administration courante se fait par EAD Le serveur de fichiers Samba Exim et Sympa pour la messagerie Cups pour la gestion des imprimantes Le système de déploiement Eole Il se déploie en conformité avec le système Eole Le serveur utilise la procédure Eole standardisée. Cette procédure, sur laquelle nous reviendrons, peut se faire soit par le biais d un serveur Zephir, soit par la création d un fichier de configuration autonome en répondant à un questionnaire. L installation dans l établissement se limite à l installation depuis un CD-ROM, puis à l application de la configuration contenue dans le fichier généré au préalable. L installation de Scribe, en luimême, est extrêmement rapide. L essentiel du paramétrage, dépendant de chaque établissement, consistera à créer les listes d utilisateurs et de leurs droits, ainsi qu à paramétrer les stations clientes. L administration courante se fait par EAD Comme tous les éléments Eole, l administration de base peut se faire de l établissement au moyen d une interface Web accessible sans connaissances informatiques avancées préalables. Cette interface est destinée à permettre un premier diagnostic, à réaliser les opérations courantes d administration du serveur, et toutes les opérations que le personnel de l établissement peut être amené à effectuer dans le cadre du fonctionnement normal du système. Pour les fonctionnalités les plus avancées, il est possible de prendre la main à distance sur le serveur, et d avoir tous les droits d administration, là où l interface Web est conçue pour ne pas permettre de causer des dégâts irréparable, même si elle était manipulée par un néophyte. Pour le personnel informatique, l accès en SSH avec tous les droits reste une solution envisageable. Le serveur de fichiers Samba Pour le partage de fichier, la gestion des utilisateurs et de leur droits, le logiciel Samba, déjà présent dans Horus notamment, est utilisé. Il permet une interopérabilité avec le minimum d effort avec les stations. Il permet aussi de réutiliser les méthodes de configurations mises en place sur le serveur Horus, et déjà connues généralement. Le serveur Scribe : quelles fonctions? Les technologies de Scribe 11

12 Exim et Sympa pour la messagerie Le logiciel Exim est un des logiciels libres capables de gérer le courrier électronique. Contrairement aux logiciels-mastodontes, comme Postfix ou Sendmail, il est très adapté, par sa configuration simple, à l utilisation de sites terminaux du courrier électroniques, qui ne réalisent pas de relais complexes ou de filtrages évolués. Il est de plus capable d interagir avec l annuaire LDAP pour la gestion des comptes. Le logiciel Sympa (système de multipostage automatique) est utilisé pour la gestion des listes de diffusion, lui aussi reposant sur l annuaire LDAP. Cups pour la gestion des imprimantes Le partage des imprimantes, soit connectées au serveur, soit accessible par un réseau local, se fait avec le logiciel CUPS, entièrement configuré par un site Web. Cette interface permet le remplacement des imprimantes, ou l intégration d une batterie d imprimante, sans faire nécessairement appel à l assistance aux établissements. Le serveur Scribe : quelles fonctions? Les technologies de Scribe 12

13 1.3 : Le déploiement de Scribe : les points à considérer Un système peu gourmand en ressources La migration des données est possible Il faut s assurer au préalable de la compatibilité Un système peu gourmand en ressources Toutes ces fonctionnalités sont hébergées en utilisant très peu de ressources processeur, et le seul critère à retenir par rapport aux serveurs commercialisés actuellement et celui de l espace disque, notamment si le choix du SCSI est retenu. En effet, le partage ou l acheminement du courrier ne nécessitent que peu de ressources. Le seul traitement intensif que le serveur doit réaliser est la connexion de tous les utilisateurs simultanément au début des cours, et les processeurs modernes sont largement capables de supporter cette charge. Pour accélérer le traitement, la mémoire vive sera mise à contribution, aussi déconseille-t-on moins de 512 Mo sur les serveurs pour de bonnes performances. Tout dépend, en fait, du nombre d utilisateurs simultanément connectés. La migration des données est possible Le serveur Scribe de l ensemble des outils clients Samba, qui permettent à un serveur Linux d accéder à des partages Windows. On pourra donc, moyennant une manipulation des droits pour attribuer les fichiers à leur propriétaire sur le serveur, transférer des données existantes d un serveur Microsoft Windows 2000 vers le serveur Scribe simplement en se connectant en tant qu administrateur et en copiant l intégralité des répertoires. Le déploiement d un serveur Scribe peut donc être totalement transparent pour les utilisateurs, si la migration des stations clientes se fait durant une période de vacances. Il faut s assurer au préalable de la compatibilité Lorsque le rôle de contrôleur de domaine, et donc de contrôleur de l authentification des utilisateurs sur les postes de travail, est dévolu au serveur Scribe, certaines fonctionnalités en place, notamment celles liées au verrouillage des stations clientes par l exécution d un script de démarrage particulier, risquent de ne plus fonctionner : Scribe se substitue au serveur qui offrait cette fonctionnalité antérieurement. Pour éviter les mauvaises surprises, il est indispensable d anticiper, et de recenser toutes les fonctions offertes par le contrôleur de domaine à remplacer. L équipe Eole fait de son mieux pour offrir un système complet, mais ne peut connaître toutes les applications utilisées sur les serveurs pédagogiques. La plupart d entre elles sont accessibles par des partages et continueront donc Le serveur Scribe : quelles fonctions? Le déploiement de Scribe : les points à considérer 13

14 à fonctionner. Certaines nécessitent, en revanche, d agir depuis le contrôleur de domaine. Pour ces dernières, l équipe Eole tente de proposer des solutions équivalentes, mais ne peut connaître l ensemble des besoins potentiels. Dans la plupart des cas, les applications sont simplement hébergées sur le serveur, et non pas exécutées. Certains programmes disposent d une partie serveur (BCDI...) et ne peuvent donc pas s exécuter sur Scribe, mais ils sont très minoritaires. Le serveur Scribe : quelles fonctions? Le déploiement de Scribe : les points à considérer 14

15 1.4 : Dimensionnement d un serveur Scribe Les besoins en disque Il s agit de la ressource la plus précieuse d un Scribe Le serveur peut tenir compte de plusieurs disques Les besoins en mémoire Les besoins en puissance processeur Les besoins en disque Il s agit de la ressource la plus précieuse d un Scribe Le serveur Scribe a besoin d espace disque pour conserver les documents des utilisateurs. Les besoins pour les parties systèmes sont des plus restreintes, et le contenu de /usr loge dans moins de 2 Go. C est donc entièrement aux documents que sera dévolu l espace disque, qu ils soient relatifs aux sites Web hebergés sur l Intranet, aux boîtes aux lettres des utilisateurs, ou aux documents personnels. On ne saurait fixer de limite supérieure, et des statistiques faites sur des comptes personnels universitaires, fixant une limite haute, montre que l on peut fixer un minimum utilisable de 50 Mo par utilisateur. On aura tendance à craindre que l espace disque ne soit consacré essentiellement au stockage de mp3 ou de divx, mais il faut se rappeler qu avec le développement des liaisons rapides, il n est pas rare de trouver des documents PDF de plusieurs Mo, et que le cache du navigateur aura tendance à occuper un espace non négligeable s il est conservé dans le répertoire personnel de l élève (ce que la sécurité du système recommande). L installation d un Scribe nécessite au minimum 12 Go d espace disque, mais une telle valeur est largement insuffisante compte tenu des besoins habituellement constatés dans les établissements. C est une valeur minimale pour l installeur automatique. En tout état de cause, les disques actuels permettent de disposer de grandes capacités pour un prix réduit, et les élèves tentés d abuser pourront se voir opposer un quota d espace disque à respecter. Le serveur peut tenir compte de plusieurs disques S il est commun d utiliser deux disques, l un pour le système, l autre pour la conservation des sauvegardes, c est notammant car chaque partition doit être entièrement contenue sur un disque. Si l on peut découper une partition en plusieurs partitions, la découpe doit se faire de manière à s intégrer aisément dans l arborescence, et on aura du mal à dédoubler la partition contenant les répertoires des utilisateurs, qui représente l essentiel de l occupation disque. Il est donc préférable de prévoir large lors du dimensionnement initial du serveur, et d affecter un disque complet à la partition des utilisateurs. Le serveur Scribe : quelles fonctions? Dimensionnement d un serveur Scribe 15

16 Les besoins en mémoire Le serveur ne saurait fonctionner efficacement s il devait manquer de mémoire. Contrairement à ce qui se passe avec un serveur Horus, le serveur Scribe recevra de nombreuses connexions simultanées d utilisateurs manipulant de gros fichiers, et devra donc pouvoir en conserver des copies en mémoire, en plus de ce qui est nécessaire au fonctionnement du service Samba et du reste des applications. Chaque copie du processus Samba va consommer environ 0,5 Mo par utilisateur connecté simultanément qu il soit actif ou inactif. A cela viendront s ajouter 128 Mo pour le système Linux, et la taille des fichiers manipulés par les utilisateurs actifs (qui sont généralement moins nombreux que les utilisateurs connectés). En fonction des besoins (bureautique ou traitement d images, les exigeances des applications sont très différentes...) on devra déterminer le dimensionnement idéal du serveur Samba, sachant que le minimum nécessaire correspond aux chiffres cités plus haut. En l absence de statistiques sur les habitudes des utilisateurs élèves, on considère dans un environnement bureautique pur qu un minimum de 512 Mo est adapté à 100 utilisateurs, et qu 1 Go est suffisant jusqu à 500 utilisateurs. Les besoins en puissance processeur Le processeur est encore une fois la ressource la plus abondante sur le serveur. Il ne sera sollicité que relativement ponctuellement sur le serveur Scribe, pour piloter les accès disques essentiellement, les processus étant peu gourmands en puissance de calcul. Les applications restant exécutées sur les stations, il n est pas nécessaire de prévoir le processeur en fonction des programmes installés. On pourra noter à titre indicatif qu un Pentium 133 est capable de gérer cent connexions simultanées à un serveur Samba, et que le goulet d étranglement sera donc certainement lié aux lenteurs d authentification ou à un manque de mémoire. Lorsque le serveur Scribe est amené à se substituer à un serveur Windows fonctionnel, on pourra partir sur une machine similaire pour l héberger. Le serveur Scribe : quelles fonctions? Dimensionnement d un serveur Scribe 16

17 2. Installation d un système Scribe

18 2.1 : Considérations matérielles Le système Linux reconnaît la plupart du matériel récent Le matériel reconnu par Scribe Il peut être utile d installer plusieurs disques Cela implique un partitionnement manuel Le système Linux reconnaît la plupart du matériel récent Par le passé, le système Linux a acquis une réputation, souvent erronée, de ne pas supporter un grand nombre de matériels. De nos jours, ce préjugé n est plus valable, et ce d autant moins que les périphériques les plus délicats à prendre en charge, les cartes graphiques qui évoluent très rapidement et dont le fonctionnement interne est souvent un secret de fabrication ne sont pas nécessaires au bon fonctionnement des modules Eole. En effet, seule une interface texte, ou une interface via des pages Web, est disponible sur la machine. Comme il n est normalement pas nécessaire d intervenir directement sur le système, une interface utilisateur semble superflue. On pourra donc raisonnablement installer le système sur tout type de matériel répondant aux spécifications énoncées ci-après. En cas de doute, on pourra consulter les nombreuses listes de matériel supporté par Linux, notamment à l URL suivante : Il s agit d une base de données recensant les différents types de matériels supportés par Linux. Le matériel reconnu par Scribe Le serveur Scribe doit s installer à partir de la dernière version du CD-ROM disponible, d une part pour éviter d avoir à télécharger des mises à jour volumineuses, d autre part pour bénéficier, durant l installation, du meilleur support du matériel disponible. Lorsque l équipe Eole intègre de nouveaux pilotes dans Scribe, elle génère alors une nouvelle image du CD-ROM, car par définition, si un matériel vital n est pas supporté depuis le CD, il sera impossible d installer puis de mettre à jour pour en tenir compte. L équipe Eole compte mettre en place prochainement une base de connaissance recensant les types de matériel supporté, à commencer par les serveurs des marchés nationaux, qui sont les plus susceptibles d être utilisés dans l immédiat. Ce besoin se faisant ressentir de manière de plus en plus pressante lorsque les réseaux pédagogiques font l objet de dotations directes des collectivités territoriales, une liste du matériel supporté fait partie des priorités. Installation d un système Scribe Considérations matérielles 18

19 Il peut être utile d installer plusieurs disques De la panoplie Eole, le serveur Scribe est le plus susceptible de profiter de plusieurs disques, que ce soit configurés en RAID matériel, totalement transparent pour le système Linux, ou simplement montés à différents points de l arborescence, tant pour des raisons de performances que de fiabilité. Cela implique un partitionnement manuel La méthode d automatisation du partitionnement offre de bons résultats pour un partitionnement sur un seul disque, mais risque d obtenir des résultats aberrants avec plus d un disque, du fait de l impossibilité de considérer l ensemble de l espace disque disponible comme un tout unique. Les partitions devant rester cantonnées sur un même disque, on risque d obtenir des résultats étranges si une série de partitions moins utiles est affectée sur un disque, et que toutes les partitions utiles se disputent l espace disque du premier. L installation d un serveur multidisque doit donc se faire en mode pro, qui permet un partitionnement personnalisé. On veillera à respecter les consignes données durant la formation Tronc commun, en sachant que les partitions importantes pour Scribe sont : la partition /home qui héberge les dossier des utilisateurs, et qui doit être formatée en XFS pour supporter les ACL ; la partition /var/spool qui contient les files d attente d impression et de courrier électronique ; la partition /var/lib qui contient l annuaire ; la partition /var/www qui contient le site Web ; la partition /var/log qui contient les traces de connexion des utilisateurs. Comme on le voit, le serveur Scribe a un partitionnement complexe. Si l on ne souhaite pas mettre en fonctionnement une tâche précise, comme l hébergement d un Web interne, il est néanmoins recommandé de prévoir l espace disque correspondant : d une part cela permet d éviter qu une partition située plus haut dans l arborescence ne soit remplie par inadvertance, d autre part, cela permettra d activer la fonctionnalité à l avenir sans avoir à réinstaller le serveur. La partition /home reste la plus importante, en taille. Elle va héberger toutes les données des utilisateurs. Pour pouvoir fonctionner correctement, deux options sont indispensables : le formatage en XFS, un système de fichiers qui prend en charge les ACL indispensables à la gestion des droits Windows sur les fichiers, ainsi que l ajout des options usrquota et grpquota, si l on veut pouvoir activer la gestion des quotas de disque sur cette partition. Installation d un système Scribe Considérations matérielles 19

20 2.2 : Aperçu de la méthode d installation au niveau académique L installation initiale Installation du système Saisie des paramètres de configuration généraux de l académie La configuration des paramètres spécifiques au serveur Application des paramètres à la machine locale Les installations suivantes Installation du système Personnalisation de la configuration Importation du fichier de configuration Application de la configuration L installation initiale L installation initiale est celle de la machine maîtresse, sur laquelle se fait la configuration des paramètres académiques. Tous les autres systèmes seront des réplicats de celui-ci, accélérant encore le processus d installation. Installation du système La première étape consiste à installer le système directement à partir du CD. L installeur est censé procéder de la manière la plus automatique qui soit : il va détecter le matériel et imposer un certain nombre de choix par défaut correspondants, notamment pour la création de partitions sur le disque, et pour la création des comptes utilisateurs initiaux. À la fin de l installation, le système redémarre. Note Attention, l installation va détruire, comme annoncé au démarrage, l ensemble des données présentes sur le disque. L installation recopie l ensemble des logiciels nécessaires sur le disque, mais ne crée à ce moment aucune configuration : cette étape a seulement pour objectif d installer un squelette de système. Cette étape étant entièrement automatisée, peu d erreurs peuvent avoir lieu. La compatibilité du matériel avec EOLE et la gravure correcte des disques risquent d être les deux seules sources d erreur. Saisie des paramètres de configuration généraux de l académie L ensemble des services et des programmes du système est configuré à partir d un fichier de modèles. Il n est donc pas nécessaire, pour une utilisation courante du serveur Scribe, d avoir de quelconques connaissances du système Linux : il suffit de répondre aux questions du script de configuration, qui va déduire la configuration la plus adaptée au cas décrit. Pour exécuter ce script, il faut d abord se connecter au système. L interface d accueil est textuelle. Il faut d abord saisir l identifiant root lorsque le système demande le login:. Le compte root est celui de l administrateur du système. Il permet de tout faire sur le système, et notamment la plupart des opérations d administration. Son mot de passe ne doit être connu que des services académiques, et pas des correspondants techniques. Toutes leurs interventions se feront Installation d un système Scribe Aperçu de la méthode d installation au niveau académique 20

21 au moyen de l interface EAD. Le password initial de l administrateur est Eole. Nous verrons comment le changer par la suite. Il n y a pas de retour écran lorsque l on tape le mot de passe pour se connecter. Si tout s est bien passé, on accède à une ligne de commande du type eole: # Il faut alors exécuter la commande./gen_dico. Il s agit du script de configuration, qui va poser les questions sur les paramètres de configuration propre à l académie. Ce script va générer le modèle de configuration adapté, appelé zephir.eol. Le script de génération du dictionnaire permet de fournir les renseignements valables pour toute l académie. Il est inutile de répondre correctement, par exemple, aux questions portant sur les adresses IP, puisqu elles sont spécifiques à chaque établissement. En revanche, la partie générique, telle que le cache-père de l académie ou le nom du serveur contenant les mises à jour de RPM, peuvent être fournis une fois pour toutes. Le script./gen_dico n a aucun effet sur la configuration du système : il sert seulement à définir des choix par défaut pour l étape suivante. Le script demande les informations suivantes : les paramètres réseau du serveur (adresse IP, nom de domaine du réseau pédagogique, informations nécessaires pour le routage, comme la passerelle de sortie...) ; les paramètres NetBIOS du serveur, dont le nom sous lequel il apparaîtra dans le réseau local, et le nom du domaine SMB qu on veut qu il contrôle ; les paramètres nécessaires pour configurer l annuaire LDAP, comme le nom de l académie et le numéro RNE, qui servent de branche de base pour l annuaire dans l optique d un annuaire académique unifié ; les serveurs que Scribe doit interroger pour naviguer sur Internet (DNS et mandataire Web) ; les noms des serveurs de mise à jour et de référence à utiliser ; les noms des serveurs de temps, qui permettent de garder le serveur Scribe à l heure ; le choix de la présentation des montages (sous différentes lettres ou sous une seule lettre) ; l adresse d un réseau autorisé à se connecter au serveur pour le téléadministrer. Toutes ces informations permettent de paramétrer les différents programmes tournant sur le serveur Scribe. On veillera notamment à s assurer que les paramètres comme le nom de l académie (ac-qqchose) n est pas le nom DNS académique (ac-qqchose.fr) et que le numéro RNE saisi est valide : aucune vérification n est faite sur ce numéro, qui va être utilisé dans la construction de l annuaire. En cas d erreur, tout fonctionnera jusqu à ce que serveur doive être réinstancié complètement : si l on saisit, à cette occasion, le numéro RNE correct, les sauvegardes de l annuaire ne fonctionneront plus. Le serveur utilisé pour la mise à jour devrait être, idéalement, un serveur situé dans l académie, pour éviter de surcharger les serveurs de Dijon et pour laisser aux responsables informatiques locaux un délais pour valider les mises à jour. Il est préférable de disposer d une maquette d établissement mise à jour sur Dijon, afin de pouvoir tester tous les choix locaux, et une fois que tout est satisfaisant, de mettre à jour un miroir local du site dijonnais, miroir utilisé par les établissements. On évite ainsi, en cas de mise à jour défaillante à Dijon, des pannes en cascade dans l ensemble des établissements installés. Installation d un système Scribe Aperçu de la méthode d installation au niveau académique 21

22 Le serveur de référence n est pas utilisé dans les procédures courantes de l EAD. Elle ne sert que pour forcer la synchronisation des applications installées avec un serveur. On l utilisera notamment lorsque l on suspecte un piratage, vu que cette commande réinstalle l ensemble des paquets, écrasant ainsi les paquets corrompus. On pourra aussi s en servir en cas d effacement accidentel d un paquet, à la main, sur le serveur. La procédure de mise à jour ne met à jour que les paquets installés, et la réinstallation risque d être problématique. Le script ControlRPM-Net permet de résoudre ce problème, en utilisant le serveur de référence comme cible. Le serveur autorisé à se connecter pour la téléadministration va dépendre des configurations réseau adoptées dans l établissement, et notamment de la présence d un Amon, de la possibilité d accéder en télémaintenance au serveur Scribe, etc. La configuration des paramètres spécifiques au serveur Une fois le serveur initial configuré, tous les serveurs Scribe de l académie le seront à partir d un fichier de configuration comportant l intégralité des informations, à savoir les informations académiques générales, et les informations spécifiques. Pour générer le fichier eol contenant toutes ces informations, il faut, sur une machine où le dictionnaire a déjà été initialisé, exécuter le script./gen_config. Il commence par demander un identifiant de l établissement, qui va lui servir à baptiser le fichier eol. Il repose ensuite toutes les questions vues dans la génération du dictionnaire, en reprenant les choix par défaut qui auront été saisis. Application des paramètres à la machine locale Le programme instance_scribe se charge de lire un fichier eol et de configurer tous les paramètres du système en fonction des données qu il contient. Pour ce faire, on exécute :./instance_scribe mon_etab.eol L application de la configuration va avoir plusieurs conséquences. Lors de la première installation, elle va forcer le changement de plusieurs mot de passe. Celui de root en premier lieu, pour éviter de laisser le serveur ouvert à quiconque aurait lu le site officiel Eole, puis il va forcer l attribution d un mot de passe pour l utilisateur scribe qui permet une administration locale limitée en ligne de commande. Enfin, le script demande s il faut écraser générer l annuaire LDAP de base, qui sert de squelette pour l insertion des comptes utilisateurs à partir de GEP. Les installations suivantes Installation du système Cette opération se déroule comme lors de l installation de la machine maîtresse. Il n y a pas d opération particulière à effectuer. On pourra toutefois souhaiter un partitionnement différent du partitionnement par défaut. Dans ce cas, il est nécessaire de réaliser l installation en mode pro pour redimensionner les partitions correctement. Cette méthode est nécessaire lorsque l on utilise plus d un disque sur le serveur, pour éviter des disproportions dans les partitions. On pourra notamment veiller à séparer, dans le partitionnement, les journaux du système (qu il est indispensable de conserver) et les zones de données personnelles (/home) et applicatives (comme /var/www). Personnalisation de la configuration Il faut d abord exécuter la commande./gen_config sur la machine maîtresse, et répondre aux questions du script. Il va créer un modèle de configuration adapté, portant le nom établissement.eol. Installation d un système Scribe Aperçu de la méthode d installation au niveau académique 22

23 Importation du fichier de configuration Le fichier de configuration initial peut être transféré par disquette. Pour cela, il faut suivre le protocole suivant : Insérer une disquette dans le lecteur ; Taper mount /dev/fd0 sur le maître ; Copier le fichier.eol dans le répertoire /mnt/floppy; Démonter la partition :umount /dev/fd0 On procède à l opération inverse sur le serveur-fils. La machine peut alors être livrée dans l établissement de destination, où elle sera reliée aux différentes zones (Internet, pédagogique, administrative). Lors de la phase d installation, il peut être utile de repérer à quelles cartes réseaux correspondent les différentes adresses, afin de brancher correctement la machine. Application de la configuration Il faut alors démarrer la machine, se connecter en tant que root, et lancer la commande :./instance_scribe établissement.eol On pourra alors redémarrer la machine pour s assurer que les différentes modifications ont bien été prises en compte, et que tous les services ont notamment été redémarrés. On pourra alors se reconnecter en tant que root, pour réaliser deux opérations : exécuter le script./diagnose.sh qui effectuera une série de tests assurant le bon fonctionnement du serveur ; modifier le mot de passe de root, en utilisant la commande passwd. Elle demande d abord de saisir l ancien mot de passe, puis le nouveau, à deux reprises pour éviter les désagréments liés à une erreur de frappe lors de la saisie du mot de passe. Installation d un système Scribe Aperçu de la méthode d installation au niveau académique 23

24 2.3 : Les opérations à effectuer dans les établissements L inscription des stations dans le domaine L importation des bases GEP dans l annuaire LDAP L inscription des stations dans le domaine Le serveur Scribe doit être le contrôleur de domaine des stations du réseau pédagogique. Il faut donc configurer ces stations pour qu elles n utilisent plus de comptes locaux, ou leur ancien contrôleur de domaine selon les cas, mais le serveur Scribe pour déterminer si un utilisateur peut se connecter. Cette opération doit être faite par un administrateur de la station. Lors de l inscription de la station dans le domaine, elles établissent avec le contrôleur une relation de confiance et échangent des certificats leur permettant de se reconnaître mutuellement. La reconnaissance n est pas basée sur le nom du domaine, mais sur un mot de passe déterminé lors de l inscription. En conséquence, on ne peut pas simplement remplacer un contrôleur existant par un serveur Scribe et espérer que tout fonctionne. Même si les stations fonctionnaient déjà en mode domaine, elles doivent subir à nouveau la procédure d inscription. Dans ce dernier cas, elles doivent d abord être reconfigurées en mode autonome (groupe de travail) pour briser l association avec l ancien domaine, et ce même s il porte le même nom, puis être réinscrites dans le domaine. L opération se déroule de la même façon que pour une première inscription. L importation des bases GEP dans l annuaire LDAP Les comptes utilisateurs des professeurs et des élèves peuvent être créés soit manuellement, soit, et c est le cas général, en important les bases GEP existantes. Le détail de l opération sera vu plus loin, mais cela signifie qu il faut prévoir, lors de l installation, de se doter de la base de l établissement. L annuaire LDAP contient la liste des utilisateurs, et accomplit les formalités d authentification dans le domaine. Il est important que le déploiement du serveur Scribe s accompagne d une sensibilisation au changement du mot de passe par défaut qu il va attribuer, tout particulièrement pour les comptes des professeurs. Installation d un système Scribe Les opérations à effectuer dans les établissements 24