VIA Webase PROJET. 2 ème année. N du projet : Date : Rapport intermédiaire : Promo : Rapport final : Titre du projet

Transcription

1 PROJET 2 ème année N du projet : 7275 Date : Rapport intermédiaire : Rapport final : Promo : 2007 Titre du projet VIA Webase Élèves participant au projet : Florent Robineau Elisabeth Cazor Jean-Sébastien Hächler Guillaume Spagnol Pierre Ynard Enseignant responsable : Jean-Philippe Rey

2 Promotion 2007 Deuxième année Projet en équipe n Rapport de projet VIA Webase Encadrant : Jean-Philippe Rey Elèves : Florent Robineau Elisabeth Cazor Jean-Sébastien Hächler Guillaume Spagnol Pierre Ynard

3 Rapport du projet Webase 1/41 Table des matières I Le contexte de fonctionnement de Webase 7 1 Structure du réseau physique 7 2 Serveurs NT 7 3 Serveurs DNS 8 4 Serveur DHCP 8 II L historique de Webase4 9 5 Webase Le rôle de Webase Les faiblesses de Webase Les outils connexes L ARPWatch Le connectc/connectd Le VIAPrint Paybase Les serveurs NT III Cahier des charges de Webase Utilisateurs 12 8 Gestion informatique des fiches Informations diverses Gestion des licences Microsoft Gestion des machines personnelles Gestion des dépannages et problèmes Recherche Gestion du matériel Trésorerie Equipe projet Webase 5

4 Rapport du projet Webase 2/41 9 Cohérence de la base de données Evolution de concepts depuis Webase Les membres Les machines Trésorerie Interaction avec les équipements du réseau Avec les routeurs Amélioration de l outil existant Interaction avec d autres services Divers Diagramme des cas d utilisation 16 IV Modèle de données de Webase Partie administrative Partie technique Partie permanence Partie trésorerie 19 V Choix techniques Le langage Java Choix du serveur http et du serveur d application Système de gestion de bases de données Le modèle MVC (Modèle - Vue - Contrôleur) Principe et intérêt Choix du framework MVC Equipe projet Webase 5

5 Rapport du projet Webase 3/ Application à Webase Hibernate et la persistance des données Présentation Fonctionnement élémentaire Mapper les associations Récupération d objets sauvegardés Intérêts d un outil d ORM Quelques difficultés rencontrées La programmation par aspects Limites technologiques Principe Avantages Axis Tiles Acegi Log4J 31 VI Management de projet Travail en équipe Organisation de l équipe Utilisation de Subversion Outils de communication Planning Planning prévisionnel Remarques Analyse des risques Difficultés rencontrées Compétences acquises 35 3 Equipe projet Webase 5

6 Rapport du projet Webase 4/41 34 Capitalisation 36 VII Perspectives A court terme A moyen et long terme 37 4 Equipe projet Webase 5

7 Rapport du projet Webase 5/41 Résumé Résumé en français La résidence de l école Centrale Paris est équipée d un réseau informatique pris en charge par l association VIA Centrale Réseaux. Cette association comptant plus d un millier de membres, c est tout naturellement que l association a cherché à automatiser un certain nombre de traitements (connexions et déconnexions, attribution de licences,...). C est ainsi qu ont vu le jour les versions successives de Webase, jusqu à la version 4. Cependant, Webase4 est progressivement devenue obsolète et ne prenait pas en compte les nouveautés comme la base de données unifiée et le CAS du Serveur des Elèves. Dans ce contexte, il nous a paru nécessaire de repenser Webase. C est pourquoi nous avons souhaité mettre en place une nouvelle version qui accorde plus de souplesse et de performances pour les permanenciers, et plus de contrôle pour les " membres passifs" (par opposition aux membres " actifs" ). Nous avons donc commencé par repenser entièrement la modèle de données pour l adapter au goût du jour. Cette partie a été réalisée en collaboration avec le SdE, afin de repenser la répartition des données et d éviter les redondances qui avaient vu le jour avec Webase 4. Nous en avons également profité pour introduire des contraintes d intégrité dans la base afin d y limiter les incohérences éventuelles. En parallèle, nous en avons profité pour nous documenter sur les outils que nous allions utiliser pour la deuxième phase du projet. En effet, nos choix technologiques, différents de ceux de Webase4, portaient sur des outils pour la plupart récents et partiellement, voire totalement inconnus des membres de l équipe projet. Un ancien développeur de Webase, actuellement directeur R&D d une SSII, nous a fait profiter de son expérience à ce moment décisif, et nous a beaucoup soutenu et conseillé au cours de la deuxième phase. Nous nous sommes ensuite penchés sur l écriture du code, c est-à-dire un outil de migration en Java qui permette de transposer les données d une base à l autre, et l application à proprement parler, à l aide de Java et de frameworks tels que Spring, Struts, Acegi et Hibernate. Enfin, nous avons mené une campagne de bêta-test avec les premières années, et allons déployer Webase 5 sous très peu de temps, pendant la période d accalmie que constituent les vacances. Ce projet a été une réussite : bien qu il ait été plus ambitieux qu il n y paraissait au premier abord, et que cela ait induit des retards dans le développement, nous avons réussi à produire dans les temps impartis un code maintenable, ex- 5 Equipe projet Webase 5

8 Rapport du projet Webase 6/41 tensible et propre. L application est fonctionnelle et facile à installer. Enfin, nous avons tous progressé, tant sur le plan technique que dans le domaine du travail en équipe. Summary in English The campus of the Ecole Centrale Paris is equipped with a computer network which is managed by the networking association VIA Centrale Reseaux. Since there are over a thousand members, the association has been willing to automate its interventions (connection and disonnection). This led to the different versions of Webase. Though Webase has become obsolete over the years, and does not take into account new features such as the " Base de données unifiées" or the CAS service of the " Serveur des Elèves". This is why we found it necessary to set up a new version which would allow more flexibility and improved performance for the active members, and more control for the passive members. We started off by completely redesigning the database. We did it in a joint effort with the SdE, so as to clearly split the data up and avoid redundacies which had appeared in the previous version. We also set up integrity constraints in the database in order to prevent possible inconsistencies. At the same time, we read documentation and tutorials about the tools we were about to use. As a matter of fact, we had made different choices than those of Webase4 ; in addition, our choices consisted in fairly new tools, which were unknown to the majority of us, if not everyone. A former coder of Webase who is nowadays at the head of the R&D department of a computer firm provided us with a great deal of advice, and greatly helped us during the whole project. Then we focused ourselves on writing the code, that is to say creating both a migration tool in Java for the database and the web application in itself. Lastly, we led a beta-testing campaign with the first years, and we are about to release the final version this will be achieved at the beginning of the holydays. This project has been on the whole a success, though it proved slightly more ambitious than we thought at first, which led to delays during the development. We successfully achieved to produce within the given time a maintainable, extensible and clean code. The application is functional and easy to install. Finally, we have all improved, both in technical terms and in the field of team work. 6 Equipe projet Webase 5

9 Rapport du projet Webase 7/41 Première partie Le contexte de fonctionnement de Webase 1 Structure du réseau physique Le réseau VIA est constitué d une trentaine de routeurs, qui forment un réseau en étoile et avec lesquels Webase devra interagir. L interaction entre Webase et ces routeurs a été décrite à la section précédente (voir connectc/d). Environ un millier de machines sont connectées via ces routeurs. La plupart sont des machines personnelles. Il faut toutefois y ajouter une vingtaine de serveurs assurant divers services et s appuyant sur les données de Webase. Deux types de serveurs sont à distinguer, chacun ayant un rôle bien déterminé pour Webase : les serveurs Debian et les serveurs Windows (dit " serveurs NT" ). 2 Serveurs NT Les serveurs NT offrent des services aux utilisateurs de Windows (en particulier XP Pro). Ces serveurs hébergent un AD (active directory) dans lequel sont contenues les informations des utilisateurs Windows (login, mot de passe). Ceci leur permet de se connecter à partir de n importe qu elle machine du domaine, géré également par ces serveurs via un contrôleur de domaine (actuellement daffy). Ces informations proviennent directement de Webase, d où son importance au sein de la gestion des groupes Microsoft. Le domaine permet en outre le téléchargement des mises-à-jour directement sur les serveurs NT sans passer par les serveurs Microsoft publics. La gestion des mots de passe pour les services Microsoft est également simplifiée (partage de fichiers, d imprimante,...). Les serveurs NT de VIA mettent à la disposition des utilisateurs des logiciels libres ou payants. Le téléchargement de ces derniers, nécessitant une licence, nécessite une authentification. Les informations requises par l opération sont stockées dans l Active Directory. 7 Equipe projet Webase 5

10 Rapport du projet Webase 8/41 3 Serveurs DNS Les serveurs DNS sont hébergés sur des machines Debian. Ces services utilisent un fichier de configuration mis-à-jour par un script toutes les heures. Ce script, nommé " update_dns", lit les données dans la base de données de Webase et réécrit le fichier de configuration en conséquence. Ce service est redondant, deux machines assurant, en effet, le rôle de serveur DNS. 4 Serveur DHCP De même que le DNS, les serveurs DHCP sont des machines Debian. Le fonctionnement du DHCP est identique à celui du DNS. Il est nécessaire de générer un fichier de configuration, chose faite automatiquement à partir des données de Webase. Il n existe sur la résidence qu un seul serveur DHCP. Ces deux derniers services sont remis à jour régulièrement, environ 1 fois par heure. L interaction avec les serveurs Debian est une chose " passive" pour Webase, car les scripts lisent directement les données dans la base. L interaction avec les serveurs NT est en revanche un peu plus compliquée, Webase devant ajouter elle-même ses propres utilisateurs à l Active Directory. De plus, certains problèmes sont apparus ces dernières années sur ces serveurs entraînant des problèmes de gestion des utilisateurs Windows pour Webase. 8 Equipe projet Webase 5

11 Rapport du projet Webase 9/41 Deuxième partie L historique de Webase4 5 Webase4 5.1 Le rôle de Webase Webase est un outil de gestion des membres de l association VIA Centrale Réseaux par interface web. Il permet au membre d obtenir quelques informations sur sa fiche personnelle : solde d impression, licences Microsoft accordées, ainsi que de demander des licences Microsoft. Pour les administrateurs (membres actifs de VIA), Webase est une interface de gestion technique des membres de l association : la " fiche" de chaque membre contient le suivi des problèmes techniques rencontrés (problème de connexion réseau..), une part de gestion administrative (gestion des prêts, gestion des impressions, gestion des licences microsoft), et la gestion du matériel personnel des membres. C est l outil de base qui permet de réaliser des permanences et d assurer un suivi technique et administratif des membres. 5.2 Les faiblesses de Webase Le serveur d application de Webase4, Resin, rend le debug difficile (les logs sont difficilement exploitables). La base de donnée de Webase4, sans contraintes d intégrité, ne permet pas d assurer la cohérence des données. D autre part, le modèle conceptuel de données correspond peu (ou en tout cas pas assez) à la gestion quotidienne de l association : ne prend pas en charge la facturation par exemple. Par rapport à la version originelle de Webase4, les ajouts faits au fil des ans ont été peu intégrés (avec une faible visibilité) dans l interface, de fait des possibilités techniques ne sont pas exploitées ; le code est non homogène et difficilement maintenable, avec une interface qui ne met pas en valeur toutes les fonctionnalités : les fonctionnalités "annexes" car mal visibles dans l interface sont sous utilisées. Au niveau de sa strucure, le code ne comporte pas de séparation claire entre accès au données, présentation et classes de service proprement dites. Le mélange 9 Equipe projet Webase 5

12 Rapport du projet Webase 10/41 entre code de présentation et code effecteur dans les pages xtp en rend la compréhension et la correction difficile. 6 Les outils connexes 6.1 L ARPWatch L ARPWatch est un outil de surveillance du réseau. Il vise à obtenir des routeurs la correspondance Port / Adresse Mac / Adresse IP (layer 1, 2 et 3) de façon à la confronter aux informations stockées dans la base. Cela permet d assurer une surveillance du déplacement des machines sur le réseau, qui permet le cas échéant de prendre en compte le mouvement des cartes réseau sur la résidence (en particulier une carte réseau de MAC inconnue c est à dire non rattachée à un membre n obtiendra pas de connexion et sera repérée par ce biais). 6.2 Le connectc/connectd Le connectd est un démon de configuration des routeurs du réseau VIA : le client appelé par Webase envoie les requêtes de connexion / déconnexion d un port au démon (service unix qui fonctionne sur la machine d administration des routeurs) qui relaie au routeur concerné les commandes ad hoc. C est la partie active de Webase, qui permet d effectuer les actions inscrites dans la base (la connexion d un membre dans un chambre entraine l activation du port correspondant sur le routeur du bon batiment), elle est donc essentielle car c est elle qui rend la base " cohérente" avec la réalité. 6.3 Le VIAPrint L association VIA met à disposition des membres la possibilité d imprimer sur le réseau via une imprimante en partage réseau (imprimante Wanda). Les membres disposent d un compte d impression rechargeable qui est débité au moment de l impression : le service viaprint qui tourne sur le serveur qui héberge Wanda contrôle la positivité du solde d impression avant d effectuer une impression et débite effectivement dans la base les sommes correspondant aux impressions effectuées. 10 Equipe projet Webase 5

13 Rapport du projet Webase 11/ Paybase Paybase est un service non déployé qui devait permettre à terme l existance d un compte unique pour chaque élève, celui-ci pouvant ensuite être débité pour créditer tout achat auprès de n importe quelle association de Centrale (telle que BdE ou VIA par exemple). 6.5 Les serveurs NT La distribution de licences MSDNAA est gérée par Webase : une interface permet au membre d effectuer une demande de licence qui, si elle est acceptée, permettra au membre d accéder à son numéro de clé sur sa fiche de membre. D autre part, Webase interagit avec les serveurs du domaine NT pour ajouter le compte domaine de l utilisateur aux groupes d utilisateur ayant l accès aux images des logiciels concernés sur le serveur voisinage réseau du domaine VIA. 11 Equipe projet Webase 5

14 Rapport du projet Webase 12/41 Troisième partie Cahier des charges de Webase 5 7 Utilisateurs Les membres de l association auront la possibilité via un navigateur web d accéder à diverses informations les concernant. On a ici deux points de vue différents : celui du membre passif qui souhaite consulter et/ou modifier ses informations personnelles sur sa fiche ; celui du membre actif, qui, au cours de la permanence, peut avoir besoin de consulter toutes les fiches de la base de données et éventuellement les modifier. Les associations et clubs, qui ne sont pas membres de VIA, seront considérés comme des membres passifs particuliers, auront accès aux mêmes ressources que les membres passifs et auront à renseigner un champ " responsable informatique", qui sera responsable du club du point de vue de VIA. Les utilisateurs seront authentifiés via le Sevice Central d Authentification (CAS) du Serveur des Elèves (SdE). 8 Gestion informatique des fiches 8.1 Informations diverses Le membre " passif" devra pouvoir agir sur ses informations personnelles, c est à dire : consulter ses données personnelles, ses historiques d impression ainsi que ses emprunts ; éventuellement s inscrire ou se désinscrire des mailing-lists publiques de VIA (viaform-annonces et gpas par exemple) ; cette tâche sera peut-être du ressort du Serveur des Elèves. 8.2 Gestion des licences Microsoft Webase5 devra permettre aux membres de faire des demandes de licences pour des produits Microsoft en ligne, demandes qui seront ensuite validées par des administrateurs NT. 12 Equipe projet Webase 5

15 Rapport du projet Webase 13/41 Le membre devra recevoir un mail lorsqu une licence lui aura été attribuée ; certaines informations (numéro de licence attribué, nom du bénéficiaire, date d attribution) devront être conservées même après départ du membre (obligation envers Microsoft). 8.3 Gestion des machines personnelles Webase5 devra permettre aux membres d agir sur certains éléments de leur compte : consulter la fiche de chacune de ses machines et en modifier les données : OS proposé au boot par réseau, adresses MAC des interfaces réseau ; inscrire de nouvelles machines sur sa fiche : la DNS primaire de la machine sera attribuée automatiquement, et sera du type login1, login2, etc... Si le membre désire changer la DNS d une machine, ou utiliser des alias, il devra en informer les membres actifs de VIA qui satisferont sa demande, afin d éviter les abus (DNS irrespectueuse pas exemple). 8.4 Gestion des dépannages et problèmes Plusieurs distinctions seront faites entre problèmes et dépannages : les dépannages concernent tous les problèmes informatiques que peut rencontrer le membre (perte de connexion, lenteur,...) ; les problèmes techniques concernant certaines prises (par exemple une prise défectueuse) seront archivés et affichés dans la fiche du membre, mais ils seront dissociés des dépannages et des problèmes ; les problèmes concernent tout ce qui n est pas technique : non-respect du règlement intérieur (partages illégaux, abus de bande passante,...), chèques manquants, virus,... Concernant les dépannages, Webase5 permettra : aux membres passifs, d effectuer un diagnostic de panne, ainsi que de signaler un problème technique ; aux permanenciers : de lister les dépannages à effectuer, de les classer suivant leur type (dépannage Windows, test intégral,...), et d indiquer leur état (non résolu, en cours, résolu,...). 8.5 Recherche Le membre actif devra pouvoir faire des recherches : recherche d un membre, d une carte réseau, d une machine,... recherche des actions effectuées par un membre actif 13 Equipe projet Webase 5

16 Rapport du projet Webase 14/ Gestion du matériel VIA possède du matériel (CDs, commutateurs, cartes réseau,...) qu il est possible de prêter aux membres ; Webase5 devra donc permettre : de gérer le prêt de ce matériel (enregistrement du prêt sur la fiche, envoi de mails de rappels pour les prêts de CD,...) de gérer la vente éventuelle du matériel (notamment les cartes réseau) 8.7 Trésorerie Le trésorier devra pouvoir utiliser Webase5 pour : rechercher des chèques dans la base de données, les trier, les modifier si nécessaire (en cas d erreur de saisie) ; gérer l encaissement des chèques en les validant par lots ; fixer les divers montants (prix de la cotisation annuelle, montants de caution et de vente du matériel) ; gérer les factures impayées (par l envoi de mail ou déconnexion par exemple). 9 Cohérence de la base de données Un des principaux défauts de Webase4 était l impossibilité de vérifier la cohérence de la base de données (plusieurs membres sur la même prise, etc...) Cela ne sera plus possible dans Webase5, puisque la base de données a été créée avec des contraintes d intégrité, et des triggers, qui garantissent la cohérence des données. 10 Evolution de concepts depuis Webase Les membres Un membre n est pas forcément un résident (en particulier les anciens qui ne sont pas encore venus se désinscrire), et Webase5 devra intégrer le fait qu il ne faut donc pas nécessairement lui attribuer de chambre. Réciproquement, une chambre correspondra à au plus un membre Les machines Les évolutions techniques font qu aujourd hui les ordinateurs ont souvent deux cartes réseau : une carte wifi et une carte Ethernet. Webase5 devra prendre en compte ces changements : les machines auront donc plusieurs interfaces réseaux, 14 Equipe projet Webase 5

17 Rapport du projet Webase 15/41 chacune d elle renseignée par l adresse MAC de la carte réseau, ainsi que son type (filaire, wifi,...). Certaines machines pourront être déclarées comme serveur mail ce qui permettra de générer le fichier de configuration approprié pour les serveurs DNS Trésorerie Webase5 devra permettre le retard de certains paiements ; en effet, au début de l année, de nombreux élèves Time n ont pas de chéquier, et donnent à la place une pièce d identité. Ceci comporte de nombreux risques (perte, problèmes légaux,...). Désormais, un système de mail sera mis en place, rappelant régulièrement à l intéressé de venir régler sa cotisation et les éventuelles cautions. Au-delà d un délai à déterminer, le membre qui n aura pas payé sa cotisation sera déconnecté, jusqu à ce qu il paye effectivement sa cotisation. Lors des déconnexions pour cotisations non payées, les machines de l ancien membre devront perdre leurs IPs, qui seront réattribuées au règlement de la cotisation (ceci afin d éviter la pénurie d adresses pour les nouveaux membres). 11 Interaction avec les équipements du réseau 11.1 Avec les routeurs Webase5 interagira par l intermédiaire d autres serveurs avec les routeurs. Pour une plus grande sécurité, seules les chambres occupées par un membre de l association seront connectées. Ainsi, l inscription d un membre entraînera l activation d une prise sur le routeur (et inversement). Ces manipulations seront assurées via un interfaçage avec le connectd2 (outil qui permet de gérer les équipements réseaux de VIA, codé en juin dernier), 11.2 Amélioration de l outil existant Webase5 utilisera les nouvelles possibilités du connectd2, et permettra de mettre des machines dans la zone de quarantaine et de les en retirer. Un outil de surveillance des équipements réseaux, directement intégré à Webase5, pourra être mis en place. 15 Equipe projet Webase 5

18 Rapport du projet Webase 16/41 12 Interaction avec d autres services Le serveur des élèves met en place une base de données unifiée, afin d éviter les duplicata inutiles entre associations. Webase5 utilisera ce nouveau service, à la fois comme service central d authentification, et pour consulter les coordonnées personnelles des membres. Webase5 devra également communiquer avec les serveurs windows de VIA, notamment pour le domaine et pour les licences Microsoft. 13 Divers Webase5 devra intégrer un système de logs plus performant : tri des logs en fonction de leur provenance log des actions des membres Webase5 devra également intégrer un système plus efficace de gestion des erreurs, afin de n afficher les informations complètes de débogage qu aux seuls permanenciers. Enfin, des statistiques sur la base pourront être générées et affichées dans l interface web. 14 Diagramme des cas d utilisation cf. annexe. 16 Equipe projet Webase 5

19 Rapport du projet Webase 17/41 Quatrième partie Modèle de données de Webase 5 Le modèle de données constitue la justification principale du besoin d une nouvelle version de Webase : l ancien modèle n étant d une part plus adapté aux nouveaux développements du réseau, et d autre part gérant certaines notions de manière assez approximative et peu satisfaisante. La première chose que nous avons donc faite a été d indentifier les principales fonctions de Webase, afin de découper le modèle de données en grandes parties. On peut donc diviser le modèle en partie administrative, traitant de la gestion administrative des membres, technique, gérant les machines des membres, leurs interfaces, adresses IP et DNS, permanence, fournissant un outil de travail pour la gestion au quotidien des problèmes techniques des membres venant nous voir en permanence, et autres, et comptabilité, s occupant de tout ce qui concerne la facturation des différents services. 15 Partie administrative À la base du modèle, se situe la notion de membre. Les membres de VIA peuvent être physiques ou être des associations, mais cela n entraîne aucun changement pour tout ce qui concerne par exemple leur gestion dans la partie technique. Nous avons donc décidé de créer une première entité membre, représentant une abstraction du point de vue technique : il s agit donc de personnes physiques membres de l association VIA ou susceptibles d être encore liés à VIA, ou d associations connectées au réseau VIA. Par suite, ces deux notions héritent de l entité membre dans la partie administrative, permettant néanmoins une gestion administrative différenciée. En ce qui concerne les membres physiques, la refonte du site du Serveur des Élèves et la création d un annuaire LDAP nous a poussés à utiliser cet annuaire pour retrouver les informations nominatives des membres (nom, adresse, adresse ...), et à ne plus les stocker nous-mêmes. Un autre point est la gestion des accès et autorisations. Soucieux de respecter la séparation entre authentification et autorisation, nous avons donc associé à chaque membre physique d une part une liste d identifiants lui correspondant sur des sources d authentifications, et d autre part une liste de droits et de rôles lui étant associés. En pratique, les membres normaux pourront s authentifier sur l annuaire LDAP du Serveur des Élèves, et les membres actifs de VIA pourront s authentifier indifféremment sur cet annuaire, ou sur l annuaire LDAP de VIA, et 17 Equipe projet Webase 5

20 Rapport du projet Webase 18/41 retrouver ensuite le même profil d autorisations pour l administration de Webase. 16 Partie technique En ce qui concerne la partie technique, un gros défaut de Webase4 était sa structure "carte réseau - adresse IP - DNS" figée, d une part limitative par rapport à la réalité technique, mais devenue insatisfaisante dans les faits aussi, avec l arrivée de l IPv6 et du WiFi sur le réseau qui avaient rendu très courantes les machines ayant plusieurs adresses IP. Nous avons donc décidé de créer un modèle plus réaliste et logique, et bien que plus compliqué, avant tout plus fonctionnel, et respectant les possibilités des différents protocoles. Une de nos idées a notamment été de se baser sur le modèle OSI. À la base se trouve maintenant une entité machine possédant plusieurs interfaces. C est à ce niveau qu une machine infectée par un virus pourra par exemple être placée en zone de quarantaine. Le membre dispose de plusieurs cartes réseau, soit lui appartenant personnellement, soit empruntées à VIA ; chacune de ses cartes peut ou non être associée à une de ses machines. Une machine possède donc plusieurs cartes réseau, et chacune de ses cartes peut posséder plusieurs "interfaces de niveau 2", correspondant au niveau 2 du modèle OSI : elles sont associées chacune à un VLAN de notre réseau. Typiquement, chaque interface sera dans un VLAN IPv4 et un VLAN IPv6, mais une même carte réseau peut aussi être dans des vlans supplémentaires, en faisant du port-tagging. Puis, chaque interface de niveau 2 peut avoir une ou plusieurs adresses IP (IPv4 ou IPv6), dans le sous réseau correspondant. Contrairement à Webase4, où certains paramètres, tels que les champs DNS AAAA, étaient rajoutés statiquement aux données par le script écrivant les fichiers de zones, le système de DNS propose maintenant un modèle réaliste, intégrant directement par exemple les entrées mutliples pour un même nom, et les reverses DNS. En étroite coordination avec les développeurs de VIA, il a été décidé de créer une nouvelle base de topologie unifiant les données relatives au réseau VIA. Cette base contient notamment les associations entre bâtiments, chambres, vlans et adresses IP. Il a donc été décidé de ne pas intégrer ces données dans le modèle de Webase : Webase se contente d appeler les données de cette base, à partir de références à certains éléments stockées dans les tables de Webase. 17 Partie permanence La gestion des problèmes quotidiens des membres a également été refaite. Auparavant, chaque problème était noté sous la forme d une entrée sur la fiche 18 Equipe projet Webase 5