Comite Utilisateur

Un article de EoleWiki.

Sommaire

1 Definition
2 Composition
3 Comité utilisateur EOLE Décembre 2008
4 Comité utilisateur EOLE juin 2007
5 Comité utilisateur EOLE Juin 2006
6 Comité utilisateur EOLE mars 2005

Definition

Ce comité regroupe des représentants de diverses Académies et du Ministère; il se réunira une à deux fois par an pour faire le bilan des actions réalisées et décrire les nouveaux objectifs, et fixer les priorités.

Composition

Représentant des Académies et Représentants de la DPMA - Equipe Eole

Comité utilisateur EOLE Décembre 2008

Le comité utilisateurs EOLE : 18 décembre 2008 - rue Dutot à Paris salle 732.

demande académie de Montpellier :

Pour l’ensemble des modules disposer d’une documentation complète indiquant les fonctionnalités de chacune des nombreuses variables utilisées dans les différents modules EOLE.

Disposer de la brique serveur de gestion OCS-ng sur Scribe, Horus et/ou Amon ?

Dans l’EAD services mode expert ne pas proposer service networking stop.

AMON :

1- Lors d’une migration v1.5 vers 2.1 par le serveur ZEPHIR sur le nouveau Amon dans l’EAD, n’apparaît pas les éléments récupérés depuis le serveur Zephir (sites interdits, horaires….)

2- Dans l’EAD avoir la possibilité de personnaliser le nom des zones « filtre web » (variables dansguardian_ethx) au lieu de configuration zone1 et zone2. Cela permettra d’aider à la compréhension dans les EPLE.

3- La partie Configuration zone1 et zone2 n’ont pas les mêmes paramètres dans l’onglet « règles du pare-feu » (activer/désactiver les règles optionnelles, interdire mail…).L’option « ouvrir Scribe sur internet » se trouve dans les 2 zones (c’est la même variable), faut-il rendre cette option accessible dans l’EAD?

ZEPHIR :

1. Avoir dans l’EAD l’outil sauvegarde Bacula et plusieurs options disponibles sur les sauvegardes souhaitées (configuration et/ou data globale ou d’un groupe).

2. Avoir la brique serveur OCS pour consolidation des remontées des EPLE (ou sur le serveur ZephirLogs).

3. Avoir la possibilité d’enregistrer un serveur (de test par exemple) sans qu’il soit systématiquement dans les « serveurs en alerte » de la page d’accueil.

SPHYNX :

1. Mettre de façon opérationnelle la redondance entre 2 SPHYNX de façon simple avec transfert automatique des tunnels sur le SPHYNX esclave lors d’un incident sur le maître et un retour manuel sur le SPHYNX maître après analyse.

2. La mise à jour des paramètres du serveur maître (sphynx.xml) devrait être automatiquement propagées sur le serveur esclave.

HORUS :

1- Dans l’EAD#2 gestion des groupes il faut pouvoir rajouter d’un seul coup plusieurs utilisateurs dans certains groupes comme DomainAdmin (avoir la même possibilité que sur EAD#1).

2- Créer comme sur Amon un utilisateur horus2 lors de l’instance.

demande académie de Lyon :

1. Une HA stable et correctement configurée bien gérée en terme de mises a jour de securité et testée.

2. On attend toujours OCS sur Horus NG :-(

3. Une brique de base pour le PIEPLE (version locale du PIA) : JBOSS + CMS + NUXEO ? :-D agrémentée Web2 Envole

demande académie de Caen :

1. Nous souhaiterions faire partie du comité ÉOLE.

2. Nous sommes particulièrement en attente de développements relatifs à l'intégration des logiciels de gestion des postes de travail OCS inventory, WPKG au module Horus ; ainsi qu'à l'amélioration de celle de ESU (gestion centralisée par exemple).

3. Dans l'EAD2 Horus, l'affichage des adresses IP a disparu. Cette information est particulièrement utile au diagnostic, nous souhaiterions qu'elle réapparaisse même de manière optionnelle.

4. La résolution du bug 939 enregistré sur la plateforme de signalement Eole améliorerait de façon significative la facilité d'administration du serveur Zéphir

5. Nous souhaiterions disposer d'une documentation de l'API de l'EAD2.

6. Le système de gestion des versions actuellement sous SVN nous semble devoir être refondu avant de pouvoir être exploitable par les académies.

7. L'accès en écriture à une branche de ce système permettrait une meilleure communication entre les équipes et faciliterait la possibilité de contribuer plus activement encore au projet.

demande académie de Créteil :

Les modules EOLE dans l’académie de Créteil

Les spécificités de l’académie :

Des architectures structurées par les briques EOLE (Mutualisation de la passerelle AMON aujourd’hui + de 350 établissements, l’ensemble des briques traditionnelles)

Un volume de serveurs EOLE conséquent 2 ZEPHIR (1.5 & 2.1) 3 SPHYNX (1.5 & 2.1) 263 AMON 1.5 161 AMON 2.0 111 AMON 2.1 117 HORUS 172 SCRIBE 2.0

Une continuité de service doublement indispensable (ENT Cartable en Ligne & applications de gestion)

Les difficultés et dysfonctionnements rencontrés :

Une dégradation en termes de stabilité depuis EOLE NG Pour les serveurs AMON, les deux dernières versions dites stables connaissent des dysfonctionnements (Ipsec pour la 2.0 et Dansguardian pour la 2.0 et 2.1), à noter que ces dysfonctionnements paralysent le fonctionnement des établissements touchés. Le lourd maintien des versions stables empêche la mise en œuvre des versions RC Upgrade non automatique pour plus de 800 serveurs !

Les attentes :

Une fiabilité indispensable des versions stables, condition sine qua none d’une mise en œuvre académique des versions RC pour retours nécessaires vers le pôle EOLE. Une meilleure réactivité est indispensable sur les problèmes notoires rencontrés et remontés sur les versions stables. Une définition partagée des évolutions et des priorités. Une communication formalisée et institutionnelle (définition des interlocuteurs et des procédures). Nécessité d’un travail sur la problématique des faibles débits internet (agrégation, éclatement de flux …)

Demande académie de nantes

Voici le récapitulatif des demandes :

Amon :

- intégrer la gestion de 2 liens wan en répartition de charge et failover, selon les contributions de Nantes et Versailles par exemple

- proposer une option (Era ou squid) qui permettrait "pas de proxy pour la RFC" : un flux web pourrait être routé vers les ressources Agriates sans masquage de l'@ IP du poste d'origine.

- fonction analyse des flux : tracer les flux intercartes, la répartition protocolaire, le top 10 (ex : Ntop en mode graphique)

Sphynx :

- améliorer la politique de filtrage des flux inter-établissements (intégrer Era ?) : interface graphique, sélection des flux à autoriser (@source/port @destination/port)

brique Eole à définir :

- gestion d'un reverse-proxy : (idem Apache)

horus :

- intégration d'un certain nombre de modifications à smb.conf (Pb word ...)