Web Kiosk. Architecture technique

Transcription

1 Web Kiosk Parc de l Arboretum, imm. A1, 73 rue de Saint-Mandrier, Z.A. De la Millonne, Six-Fours-les-plages RCS Toulon - SIRET : Tél : Fax :

2 SOMMAIRE 1. de WebKiosk Résumé de la solution Webkiosk 1.2 Coté serveur Au niveau matériel les caractéristiques requises Les services assurés par le serveur 1.3 Coté postes publics Au niveau matériel les caractéristiques requises La partie logicielle sur les postes publics (client lourd) 1.4 WebKiosk et le calendrier de réservation externe 1.5 Webkiosk et la gestion d impression 1.6 Webkiosk et Le WIFI Principes de fonctionnement Infrastructure Wifi Webkiosk 1.7 Webkiosk et la gestion des comptes Gestion autonome des comptes pour chaque médiathèque WebKiosk dans un réseau de médiathèques 1.8 Synchronisation des comptes avec un SIGB Description Fonctionnement dans un réseau de médiathèques 1.9 Webkiosk et Les clients légers (WebKiosk CL) Fonctionnement du mode client léger Dimensionnement du serveur WebKiosk Schéma Cluster WebKiosk CL Fonctionnalités WebKiosk CL 1.10 WebKiosk et la sécurité Sécurité du serveur WebKiosk et les virus Compte d accès au serveur WebKiosk Protection des postes publics Protection de l adhérent lors de la navigation Internet

3 SOMMAIRE 2. Liste des Pré-requis de WebKiosk Pré-requis en Infrastructure réseau 2.2 Pré-requis pour postes publics 2.3 Pré-requis pour Infrastructure Serveurs 2.4 Pré-requis pour Infrastructure Serveur WebKiosk CL 2.5 Pré-requis pour la gestion des impressions 3

4 1. de WebKiosk 1.1 Résumé de la solution Webkiosk Le produit WebKiosk est une solution logicielle développée pour gérer l ensemble des postes publics d une médiathèque ou d un ensemble de médiathèques. WebKiosk vise à fournir un espace de travail numérique sécurisé et personnalisé à chaque adhérent d une médiathèque, d une bibliothèque, d une école... Chaque usager dispose d un compte de connexion unique avec son propre mot de passe. La solution WebKiosk gère les comptes des utilisateurs, la sécurité des postes publics, le filtrage de la navigation Internet, les espaces de travail et bien d autres éléments (voir la «Documentation fonctionnelle de WebKiosk»). WebKiosk s appuie pour son fonctionnement sur une infrastructure type client / serveur sous Linux. Synoptique d une médiathèque 1.2 Coté serveur Le serveur fonctionne dans un environnement Linux, nous utilisons la distribution Ubuntu Server LTS, en 32 ou 64 bits selon le matériel. Le serveur doit être compatible avec cette version de Linux mais dans la majorité des cas, les serveurs de grands constructeurs tels que DELL, HP, IBM, etc... sont parfaitement compatibles. Il est à noter que le serveur WebKiosk peut être virtualisé avec des solutions telles que VMware ou Xen Citrix Au niveau matériel les caractéristiques requises - CPU Intel Xeon 2Gz, - 2 Go RAM (hors solution sous LTSP, autrement ajouter Mo supplémentaires par utilisateur à partir de 5 utilisateurs), - disque dur 150 Go (estimation pour 1000 utilisateurs avec 100 Mo de quota disque chacun), - 2 cartes réseaux Gigabit (3 cartes si utilisation du WIFI), - pas de système d exploitation Les services assurés par le serveur De manière fonctionnelle, le serveur met à disposition du personnel de la médiathèque l interface Web d administration. Il fournit l ensemble des services réseaux nécessaires au fonctionnement de la solution et assure le stockage des dossiers personnels de l ensemble des usagers de la médiathèque. 4

5 Sur le serveur, les services réseaux suivants sont configurés et opérationnels lors de l installation de la distribution Ubuntu Server LTS (32 ou 64 bits) : - serveur DHCP (réseau), - serveur LDAP (authentification), - serveur MySQL (gestion), - serveur NFS (stockage centralisé), - serveur Squid avec SquidGuard (filtrage Internet) - serveur Apache avec modules PHP et Perl et bibliothèques ExtJS (interfaces de gestion), - pare-feu avec iptables (filtrage réseau et routage WIFI), - accès distant par SSH (maintenance), - serveur d impression LPRng / LPD (filtrage des impressions), - support du mode LTSP (service TFTP, support NBD, image bootable,...) - pas d interface graphique (X11) nécessaire ou sinon désactivée par défaut 1.3 Coté postes publics Les postes publics sont installés avec la distribution Linux Ubuntu Desktop LTS, en 32 ou 64 bits. Cette dernière est personnalisée au niveau paquetages (logiciels) par nos soins. Ces postes ne contiennent pas les données utilisateurs, mais uniquement les applicatifs mis à disposition du public : - OpenOffice pour la bureautique, - Firefox pour la navigation Internet, - VLC pour la lecture multimédia, - GIMP pour la retouche photo, un client italc pour les sessions de formations, d autres logiciels de base très simples d emploi (logiciels éducatifs). L aspect du bureau à été retravaillé pour coller aux habitudes de la plupart des usagers, avec un bureau «à la Windows» (disposition des menus, icônes, couleurs ). Le même bureau simplifié existe aux couleurs de la distribution Ubuntu. Cela est obtenu grâce à la configuration d un squelette spécifique (stocké sur le serveur), qui sert de base à la création des comptes utilisateur. Le squelette (un «homedir» générique) est retravaillé par nos soins selon les besoins de la médiathèque. Les configurations de tous les logiciels y sont peaufinées, afin que les utilisateurs soient immédiatement opérationnels. Les postes publics ont généralement une connectivité réseau limitée (normalement pas de passerelle par défaut ni de serveurs DNS définis), afin que tout le trafic Internet soit dirigé exclusivement vers le proxy qui est installé sur le serveur WebKiosk. Cette configuration garantit, d une part, un haut niveau de sécurité contre les virus, malwares, spywares qui se trouvent malheureusement si souvent sur Internet et, d autre part, la traçabilité des connexions Internet dans le respect des lois actuellement en vigueur (lois Hadopi, Loppsi 2, ) Au niveau matériel les caractéristiques requises - poste bureautique standard récent avec 1 Go RAM, - 30 Go de place disque disponible, - 1 carte réseau, - 1 carte son (optionnelle), - 1 webcam (optionnelle), Dans le cas de postes fonctionnant en mode LTSP (terminaux), la carte réseau doit être compatible PXE, ce qui est néanmoins le cas de quasiment toutes les configurations récentes (moins de 5 ans)..2 La partie logicielle sur les postes publics (client lourd) Les postes publics, en configuration standard, sont basés sur une distribution Ubuntu Desktop LTS (32 ou 64 bits selon hardware) avec : - client DHCP (réseau, adressage fixe possible), - client LDAP (authentification), - client MySQL (gestion), - client NFS et autofs (stockage centralisé), - serveur SSH et vino-server (contrôle à distance, maintenance) Logiciels : - bureau Gnome customisé («Windows-like» ou Ubuntu simplifié) - Mozilla Firefox 3.6 (Internet) - suite OpenOffice 3.2 (bureautique) 5

6 - VLC (multimédia) - Adobe Acrobat Reader (PDF) - GIMP (retouche photo) - Cheese (webcam) - logiciel italc en mode élève (applicatif pour formations), support clés USB - possibilité d intégrer d autres applications, selon les besoins spécifiques (amsn, Dofus, applications sous Wine,...) - possibilité de personnaliser la page d accueil et la liste des marques-pages du navigateur (par exemple la page d accueil du portail de la médiathèque), le fond d écran du bureau, les icônes présentes sur le bureau, la disposition des menus - possibilité d ajouter des comptes locaux spécifiques sans mot de passe pour un accès direct à certaines contenus, par exemple la consultation du catalogue de la médiathèque, du portail intranet de la ville, etc - possibilité de créer des profils restreints au seul navigateur Internet et avec connexion automatique (bornes Internet sans authentification). autres logiciels éducatifs 14.WebKiosk et le calendrier de réservation externe Le calendrier de réservation externe est un module permettant aux usagers de réserver un poste public à distance depuis le site / portail de l établissement. 1.5 Webkiosk et la gestion d impression Lors de l utilisation des postes publics, les utilisateurs peuvent imprimer des documents sur les imprimantes présentes dans la médiathèque. En pratique, lorsqu un utilisateur imprime, son document est envoyé au serveur WebKiosk pour traitement (comptage des pages, mise à jour du solde du nombre de page, conversion au format PDF, etc ). Dans WebKiosk nous distinguons deux modes de fonctionnement : Sans Console d impression : dans ce mode, l utilisateur imprime directement sur l imprimante de son choix, le nombre de pages imprimées est décompté de son compte. Si l utilisateur n a plus assez de pages disponibles pour l impression du document, l impression est alors refusée et l utilisateur est avisé par un pop-up de l échec de sa demande. Avec Console d impression : les Consoles d impression vont permettre aux usagers de retrouver les impressions effectuées à partir des postes publics dans une interface de type Web sur un poste ou terminal spécifique placé à côté de l imprimante. Dans une Console d impression, l utilisateur retrouve, après s être connecté via son identifiant, la liste de documents et des pages Internet qu il a souhaité imprimer. Le serveur WebKiosk garde pour chaque impression les fichiers PostScript ainsi que l équivalent au format PDF pour prévisualisation (ce dernier format permet d utiliser aussi des postes sous Windows en tant que console). L adhérent peut alors décider d imprimer, de visualiser et / ou d envoyer par mail ses documents. Une déconnexion automatique du compte de l utilisateur est prévue après un temps d inactivité sur la console. Techniquement, la console d impression est un poste informatique simplifié, par exemple une distribution Ubuntu LTS qui démarre exclusivement une interface Web en mode application (pas de menu, pas de barre d adresse URL). Le navigateur ne pourra se connecter que sur le serveur WebKiosk, sur une page intranet spécifique. Aucune autre application ne peut-être lancée sur cette console et ce poste n est pas configuré pour accéder à Internet. Les ressources matérielles demandées pour le fonctionnement de cette console sont au minimum : - CPU compatible i586, - RAM 256 Mo, - disque dur avec 4 Go d espace disponible, - 1 carte réseau (optionnellement compatible PXE) A noter que cette console peut fonctionner en mode client léger, c est-à-dire sans disque dur (voir principes de fonctionnement paragraphe 1.8). A noter également que seules les imprimantes compatibles PostScript (PS) et / ou Printer Command Language (PCL) sont prises en charge dans WebKiosk. Il s agit néanmoins d une compatibilité assuré par un très large éventail de constructeurs et de modèles. 1.6 Webkiosk et Le WIFI WebKiosk propose un accès WiFi «ouvert» aux postes nomades. Les utilisateurs d une médiathèque peuvent utiliser leur code d accès adhérent à partir de leur machine personnelle (PC portable ou smartphone). Cet accès leur offre la possibilité de naviguer sur Internet sans limite de temps. 6

7 1.6.1 Principes de fonctionnement Quand la machine personnelle de l utilisateur en fait la demande, le serveur WebKiosk fournit une adresse IP à la carte WiFi du poste, permettant ainsi une mise en communication réseau entre les deux parties. A partir de ce moment l utilisateur peut lancer son navigateur Internet. Lors du premier accès, et quelle que soit l adresse URL demandée, la page d authentification de WebKiosk apparaît (portail captif). Celle-ci demande à l utilisateur de saisir son compte d adhérent et son mot de passe habituels. Une fois authentifié, l utilisateur peut naviguer sur Internet. Cependant, WebKiosk enregistre l historique de sa navigation et interdit l accès aux sites illicites de la même façon que sur les autres postes publics. Au niveau sécurité, uniquement l accès au Web est ouvert, toute autre communication étant bloquée par le serveur via des règles dynamiques fixées par le firewall iptables Infrastructure Wifi Webkiosk Le serveur WebKiosk gère les services réseaux nécessaires au fonctionnement WiFi. Physiquement, le ou les points d accès d une médiathèque sont raccordés via un VLAN ou un switch dédié sur la troisième carte réseau du serveur WebKiosk. Les points d accès doivent se comporter de manière transparente. Le serveur WebKiosk fournit les services réseaux suivants aux postes connectés au réseau Wifi. - serveur DHCP (réseau Wifi), - serveur Apache avec modules Perl et authentification sur la base LDAP (page authentification), de tous les ports sauf accès Web). Note : Nous recommandons l usage de bornes en point d accès WiFi de ce type : D-LINK Modèle : DAP-2590 WLAN GHz IEEE b/g ZYXEL Modèle : NWA1100-N WLAN GHz IEEE b/g - serveur Squid avec SquidGuard (filtrage Internet) -pare-feu avec iptables (filtrage réseau avec blocage 7

8 1.7 Webkiosk et la gestion des comptes WebKiosk fonctionne de deux manières distinctes pour la gestion des comptes Gestion autonome des comptes pour chaque médiathèque Dans ce mode de gestion, chaque médiathèque gère de manière autonome ses comptes d adhérents. Ce mode de fonctionnement est adapté pour une médiathèque non intégrée à un réseau de médiathèques. Dans ce cas de figure, seul le serveur WebKiosk installé en local est nécessaire WebKiosk dans un réseau de médiathèques Dans le cas d un réseau de médiathèques, il devient intéressant d avoir une gestion globale des comptes utilisateurs. L ensemble des comptes des adhérents sera ainsi disponible dans toutes les médiathèques du réseau. Dans ce mode ce fonctionnement, un serveur central (appelé serveur WebKiosk Master) devra gérer l ensemble des comptes et assurera la réplication des informations sur tous les serveurs installés dans les différentes sites. La transmission / réplication entre le serveur «Master» et les serveurs dans les médiathèques (esclaves) est effectuée via le protocole LDAP. A noter qu il n est pas nécessaire d avoir un serveur dédié pour cette fonction, le serveur WebKiosk Master peut être le serveur local d une médiathèque. 1.8 Synchronisation des comptes avec un SIGB Description WebKiosk gère sa propre base de compte (basée sur OpenLDAP), mais il peut être «couplé» à un SIGB (par exemple Koha) afin d avoir une base unique de comptes adhérents. Dans ce cas, la base du SIGB devient la base de référence des comptes dans WebKiosk. L avantage de cette solution est de simplifier à la fois la gestion des adhérents par le personnel des médiathèques et d offrir un compte unique aux adhérents pour l accès à l OPAC et aux postes publics. Un adhérent qui aura été créé dans le SIGB se retrouvera automatiquement importé dans la base WebKiosk et pourra s authentifier sur un poste public avec ce compte. Le personnel de la médiathèque pourra continuer à gérer les paramètres spécifiques à l usage des postes publics dans l interface d administration de Web- Kiosk, par exemple le temps de connexion, le nombre de pages créditées pour l impression, les réservations, etc... Cette gestion unifiée de comptes provenant d un SIGB peut s effectuer soit pour une seule médiathèque (paragraphe 1.5.1) soit pour l ensemble d un réseau de médiathèques. Concernant l import des comptes provenant du SIGB, cela peut être quasiment en temps réel sous condition que nous puissions avoir accès à sa base de données en lecture. Dans le cas où le seul accès aux informations relatives aux adhérents soit un fichier d export type CSV ou texte généré à intervalles réguliers (exemple, un export quotidien), l import / synchronisation des comptes s effectuera au rythme des exports. 8

9 Fonctionnement dans un réseau de médiathèques Fonctionnement dans un réseau de médiathèques Le serveur WebKiosk Master assure deux fonctions 1. synchronisation avec le SIGB, 2. mise à jour des comptes vers les serveurs locaux dans les médiathèques (en tant que clients / slaves LDAP) La bande passante nécessaire à la synchronisation entre le serveur WebKiosk Master et les médiathèques est minime, seuls les changements (ajouts / suppressions / modifications) sont répercutés sur les serveurs locaux. Les répertoires des utilisateurs ne sont pas répliqués. D autre part, le protocole utilisé est LDAP, ce protocole étant conçu pour la synchronisation d annuaires avec des liaisons à faible débit. Notre expérience montre que le fonctionnement ne pose aucun problème sur des liaisons ADSL avec des débits de seulement 512Kbits/s. Ce serveur Master est basé sur les composants suivants : - système d exploitation Linux Ubuntu Server LTS, - serveur OpenLDAP, - serveur MySQL, - service de synchronisation SIGB basé sur des scripts Perl. A noter que le serveur WebKiosk Master peut-être hébergé au même endroit que le SIGB. La synchronisation des données avec les médiathèques sera faite par Internet et via des tunnels SSH sécurisés et cryptés. 1.9 Webkiosk et Les clients légers (WebKiosk CL) WebKiosk peut fonctionner avec des postes clients sans disque dur (disk-less). L intérêt de ce mode de fonctionnement réside dans le fait que la maintenance sur les postes est réduite au minimum. Aucun OS ni aucune configuration n est présente sur le poste. Les postes informatiques peuvent alors être remplacés en cas de panne matérielle très aisément (aucune installation nécessaire, aucune configuration à modifier). Ce mode de fonctionnement est basé sur des ordinateurs PC traditionnels mais sans disque dur. La carte réseau (PXE) de la machine sert à charger le système d exploitation et WebKiosk à partir du serveur. Le serveur est forcément local à la médiathèque sauf si la médiathèque est câblée en Fibre optique avec un site central. 9

10 Du matériel existant (postes informatiques) plus ancien peut aussi être recyclé pour être utilisé dans ce mode, le seul pré-requis étant d avoir une carte réseau compatible avec la norme PXE Fonctionnement du mode client léger Lors du démarrage du poste, la carte réseau demande une adresse IP au serveur DHCP de WebKiosk et reçoit en réponse l adresse IP du serveur TFTP depuis lequel est téléchargé le noyau de boot système. A partir de cette adresse et via ce protocole, le poste téléchargera du serveur le système d exploitation avec WebKiosk dans la mémoire vive de l ordinateur. Une fois le téléchargement terminé (environ 20 secondes) le poste est directement utilisable par les usagers de la médiathèques. Le serveur contient «l image disque» que les postes publics doivent télécharger sur le réseau. Il héberge également l espace disque des usagers et assure toutes les fonctions nécessaires au fonctionnement de WebKiosk. Avantages : - Solution très fiable si le réseau est de bonne qualité. - Pas de maintenance des postes de travail : si un poste tombe en panne, il est immédiatement remplacé par un autre en quelques secondes en rebranchant simplement les fils. - En cas de mise à jour de logiciels sur les postes publics, une seule image disque doit être mise à jour pour l ensemble des postes. - Pas besoin de serveur sur-dimensionné, cette technologie utilise les ressources locales processeurs et mémoire des postes (un serveur supporte plus de 100 postes clients). - Le démarrage des postes est très rapide, 20 secondes de l allumage du poste à son utilisation par un usager. Inconvénient : - aucun Dimensionnement du serveur WebKiosk La configuration et le dimensionnement du serveur WebKiosk n a pas nécéssairement besoin d être adapté à ce mode de fonctionnement. Seul une carte réseau supplémentaire (en Gigabits) peut s avérer utile, permettant ainsi une répartition de charge du réseau pour des configuration supérieurs à 50 postes par serveur. Une architecture réseau locale Gigabit est conseillée. Si le nombre de clients léger dépasse 70 unités sur le même site, il est souhaitable d ajouter des serveurs et passer en configuration Cluster WebKiosk. Dans ce mode de fonctionnement, les données utilisateurs seront stockées sur un SAN / NAS permettant à tous les serveurs du Cluster d accéder aux données utilisateurs. Exemple d une configuration légère (poste informatique + écran) 10

11 1.9.3 Schéma Cluster WebKiosk CL La connexion RDP ici n est pas obligatoire, elle se justifie simplement dans le cas d utilisation d applications spécifiques au système d exploitation Windows. Dans ce cas, l utilisateur accède à l application en mode publication et s intègre de manière transparente dans le bureau de l utilisateur. En cliquant sur l icône appropriée (par exemple Microsoft Excel 2010), l utilisateur effectue automatiquement une connexion en mode RDP sur des serveurs Windows TSE, et reçoit en retour l affichage de l application dans son environnement de travail de manière complètement transparente Fonctionnalités WebKiosk CL Environnement graphique identique à la version client lourd, - support du son, - support des périphériques USB locaux, - équilibrage de charge en fonction des ressources CPU/ IO et du nombre de connexions simultanées, - support des drivers vidéo (accélération 3D) WebKiosk et la sécurité Sécurité du serveur Le serveur sous Linux est normalement configuré sans pare-feu. Néanmoins, seuls les ports nécessaires à son fonctionnement sont ouverts : - port HTTP (80) pour le serveur Apache et l administration de WebKiosk, - port SSH (22 ou 22022) pour les connexions sécurisées distantes et locales, - port NFS (2049, 111) pour le montage du répertoire / homes pour les données utilisateurs, - port MySQL (3306) pour la connexion à la base de données, - port LDAP (389) réplication de la base des comptes adhérent, - port SQUID (3128) proxy de connexion internet. - gestion des postes dans l interface de WebKiosk, 11

12 Si utilisation du serveur avec des clients légers, les ports suivants sont ouverts : - port TFTP (UDP 69) chargement du noyau de boot, - port X11 (6000) pour la connexion des clients X au serveur X11. Dans tous les cas de figure, un matériel faisant office de pare-feu doit être obligatoirement mis en place entre le serveur WebKiosk et Internet. Une «box» de connexion à Internet configurée soigneusement suffit normalement à effectuer cette fonction. Elle est à la charge de la médiathèque (hors demande spécifique). Dans une telle configuration, tous les ports coté Internet de la «box» devront être fermés à l exception du port SSH (22022 ou autre). Ce port doit être redirigé sur le serveur WebKiosk et il est utilisé pour la maintenance et la synchronisation des comptes par LDAP. La synchronisation des comptes adhérent est effectuée à partir du serveur WebKiosk Master qui initie une connexion SSH avec un tunnel pour le port LDAP. L authentification est assurée par une paire de clés publiques / privées qui permettent une connexion sécurisée et automatique entre les deux serveurs. Une fois que le serveur local de la médiathèque aura authentifié le serveur WebKiosk Master, la sécurité de l échange des données sera assurée par le cryptage effectué par la couche SSL propre au protocole SSH WebKiosk et les virus Linux n est pas actuellement la cible privilégiée des virus. Par conséquent, aucun anti-virus n est installé par défaut ni sur les postes ni sur le serveur. Les données des utilisateurs sont stockées sur le serveur, celles-ci sont susceptibles de contenir des virus. Ces éventuels virus ont pu arriver lors de téléchargements de fichiers effectués par l adhérent via Internet ou lors de l utilisation d une clé USB «infectée». Mais en aucun cas ces menaces potentielles peuvent altérer le fonctionnement du serveur ou des postes. Ils seront simplement ignorés car leur environnement d exécution ne correspond pas à leur cible, ce qui les rends inopérants Compte d accès au serveur WebKiosk Le serveur contient tous les comptes du système, mais également tous les comptes des adhérents. Le compte système root est protégé par un mot de passe de plus de 11 caractères alphanumériques et non alphanumériques. Aucun autre compte système n est actif pour le login en tant qu administrateur du serveur. Si un adhérent arrivait à se connecter avec son propre compte sur le serveur, il serait strictement cantonné à ses fichiers et ne pourrais en aucun cas effectuer des opérations réservées à l administration du système (principe du système UNIX) Protection des postes publics De manière identique au serveur, seul le compte root est actif avec un mot de passe suffisamment fort. Les adhérents avec les droits propres à leur compte ne peuvent effectuer aucune opération système critique sur les postes publics. La configuration réseau des postes publics est minimaliste. Généralement, aucune passerelle n est spécifiée ni aucun serveur DNS renseigné (tout accès au Web se faisant par l intermédiaire du proxy Squid) Protection de l adhérent lors de la navigation Internet Les postes publics utilisent le navigateur Firefox. Une protection par mot de passe interdit toute modification des «Préférences» du navigateur. Ce dernier est configuré pour utiliser le serveur proxy (Squid) situé sur le serveur WebKiosk. Squid est couplé à SquidGuard afin d utiliser une base des sites (domaines + URLs) interdits. Cette base est mise à jour toutes les nuits à partir de la base de l Université de Toulouse. L interface d administration permet de configurer le contenu de deux listes spécifiques de sites à interdire (liste noire) ou à autoriser (liste blanche) en passant outre les listes pré-établies de SquidGuard. Ces listes et les catégories de sites références dans SquidGuard sont affectés à des profils de filtrage (Adulte, Jeunesse, Wifi, ), qui peuvent être appliqués soit en fonction du poste à partir duquel la connexion est établie, soit en fonction du profil de l usager (Adulte ou Enfant) défini lors de la création du compte. Ceci permet, par exemple, de verrouiller ou non l accès à certains sites selon l age de l usager. Le composant mysar enregistre dans une base de données MySQL l ensemble des données de navigation Internet des adhérents extraites à partir des fichiers de logs propres au proxy Squid. Ces données sont conservées et archivées dans la base de données et l outil intègre une interface Web qui en facilite et accélère leur consultation. A noter que grâce à cet outil on peut connaître les sites consultés quasiment en temps réel (1 minute de décalage). 12

13 2. Liste des Pré-requis de WebKiosk La solution s appuie sur une infrastructure réseau qui doit être en place avant le déploiement de WebKiosk. Nous allons énumérer les besoins par catégories. - un serveur WebKiosk Master (dans le cadre de la mise en place de l authentification centralisée avec ou sans synchronisation avec le SIGB). 2.1 Pré-requis en Infrastructure réseau 2.4 Pré-requis pour Infrastructure Serveur WebKiosk CL - Une connexion ADSL, - un routeur ADSL (avec possibilité de routage de ports pour la maintenance, exemple Livebox, etc...), - un pare-feu, - un switch niveau 2 avec possibilité de créer des VLAN, - un câblage réseau filaire correcte avec réseau à 100 Mbits minimum, - Serveur dimensionné selon paragraphe 1.7.2, - poste avec carte réseau compatibles PXE (préconisation du modèle de postes à étudier avec Aesis Conseil), - SAN ou NAS si mode Cluster («ferme de machines»). 2.5 Pré-requis pour la gestion des impressions 2.2 Pré-requis pour postes publics Postes informatiques compatibles avec Linux Ubuntu Desktop LTS. - Imprimantes réseaux compatibles PostScript et / ou PCL, - poste informatique minimaliste compatible Linux Ubuntu Desktop LTS. 2.3 Pré-requis pour Infrastructure Serveurs - Un serveur par médiathèque dimensionné selon préconisation de l installateur, Web Kiosk