Ensemble Ouvert Libre Évolutif: Demandeshttps://dev-eole.ac-dijon.fr/https://dev-eole.ac-dijon.fr/favicon.ico2012-06-01T14:39:23ZEnsemble Ouvert Libre Évolutif
Redmine eole-web - Bac à idée #3558 (Nouveau): Les journaux apache doivent être gérés comme les autres jo...https://dev-eole.ac-dijon.fr/issues/35582012-06-01T14:39:23ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<a name="Exigence"></a>
<h3 >Exigence<a href="#Exigence" class="wiki-anchor">¶</a></h3>
<p>ALL-003 - Le service doit être journalisé de manière centralisée</p>
<a name="Problème"></a>
<h3 >Problème<a href="#Problème" class="wiki-anchor">¶</a></h3>
<p>Apache journalise directement dans des fichiers, le traitement des journaux est donc différent du reste du systeme.</p>
<pre>
root@scribe:~# grep log /usr/share/eole/creole/distrib/Vhost*
/usr/share/eole/creole/distrib/Vhost.conf: TransferLog /var/log/apache2/access.log
/usr/share/eole/creole/distrib/Vhost.conf: ErrorLog /var/log/apache2/error.log
/usr/share/eole/creole/distrib/Vhost-ssl.conf: ErrorLog /var/log/apache2/ssl_error.log
/usr/share/eole/creole/distrib/Vhost-ssl.conf: TransferLog /var/log/apache2/ssl_access.log
</pre>
<p>De plus il faudrait fragmenter les journaux par service web comme proposé par <a class="issue tracker-6 status-1 priority-4 priority-default child" title="Tâche: fragmenter les logs apache (Nouveau)" href="https://dev-eole.ac-dijon.fr/issues/3175">#3175</a>.</p> Zéphir - Bac à idée #3535 (Nouveau): Pistes de réflexion autour de la gestion des fichiers divers.https://dev-eole.ac-dijon.fr/issues/35352012-05-25T17:16:15ZAnonyme
<p>Je vais essayer d'exposer le plus clairement possible un problème de conflit entre fichiers statiques (non modifiables par l'utilisateur) et dynamiques (modifiables).<br />Nous utilisons ZEPHIR pour centraliser les configurations.<br />Sur ZEPHIR, nous utilisons des variantes, pour les modules.</p>
<a name="Problème-1-Conflit-entre-les-versions-des-fichiers-divers"></a>
<h1 >Problème 1 : Conflit entre les versions des fichiers divers<a href="#Problème-1-Conflit-entre-les-versions-des-fichiers-divers" class="wiki-anchor">¶</a></h1>
<p>Les <strong>"fichiers divers"</strong> des serveurs.<br />On peut aussi bien s'en servir pour envoyer des fichiers depuis ZEPHIR vers le serveur, que pour "remonter" ces fichiers depuis le serveur, vers ZEPHIR.</p>
1. Admettons que je désire me servir de cette fonctionnalité uniquement pour diffuser des fichiers depuis ZEPHIR à destination du serveur
<ul>
<li>Si j'utilise la fonction <strong>"Envoyer la configuration au serveur"</strong> (en sélectionnant <strong>"Tout"</strong> ou <strong>"Fichiers divers/paquets"</strong>) les fichiers présents sur zephir seront envoyés sur le serveur, écrasant les fichiers présents sur le serveur (ça ne me dérange pas, c'est ce que je voulais).</li>
<li>Si, en revanche, on utilise la fonction <strong>"Sauvegarder l'état actuel du serveur"</strong> (en sélectionnant <strong>"Tout"</strong> ou <strong>"fichiers divers locaux"</strong>) la version des fichiers présente sur le serveur va venir écraser la version présente sur ZEPHIR.</li>
</ul>
2. Admettons maintenant que je désire me servir de cette fonctionnalité uniquement pour sauvegarder les fichiers du serveur à destination de zephir
<ul>
<li>Cette fois, c'est le contraire, mes données présentes sur zephir seront écrasées par la sauvegarde des fichiers du serveur (ça ne me dérange pas, c'est ce que je voulais).</li>
<li>En revanche, si j'effectue un envoi de configuration, boum, j'écrase les fichiers du serveur (qui ont peut-être évolué depuis la dernière sauvegarde vers ZEPHIR) avec ceux présents sur ZEPHIR (et donc potentiellement d'une version plus ancienne), pas glop.</li>
</ul>
<p>Bon, là, vous allez dire, "il n'y a qu'à faire attention et n'utiliser le transfert que dans un sens".<br />Moi je réponds, "ben oui, mais vu que la fonctionnalité existe pour le faire dans les deux sens, pourquoi s'en priver?".</p>
<a name="Question-1"></a>
<h1 >Question 1<a href="#Question-1" class="wiki-anchor">¶</a></h1>
Est-il envisageable de faire évoluer ce système en donnant la possibilité, fichier divers par fichier divers, d'indiquer que :
<ol>
<li>soit le fichier présent sur le serveur sera sauvegardé vers zephir (lorsque l'on exécute la fonction <strong>"Sauvegarder l'état actuel du serveur"</strong>) mais jamais écrasé par celui présent sur zephir </li>
<li>soit le fichier présent sur zephir sera envoyé vers le serveur (lorsque l'on exécute la fonction <strong>"Envoyer la configuration au serveur"</strong>) mais jamais sauvegardé vers zephir </li>
<li>soit le fonctionnement actuel avec transfert bidirectionnel</li>
<li>soit aucun des deux, ce qui permettrait de désactiver momentanément ce transfert</li>
</ol>
<a name="Problème-2-fichiers-divers-qui-écrasent-de-mises-à-jour"></a>
<h1 >Problème 2 : fichiers divers qui écrasent de mises à jour<a href="#Problème-2-fichiers-divers-qui-écrasent-de-mises-à-jour" class="wiki-anchor">¶</a></h1>
<p>Sur SCRIBE 2.2.3 (en variante standard et sans aucun fichier divers personnel défini) :</p>
<ul>
<li>J'installe SCRIBE -> OK</li>
<li>J'effectue l'enregistrement_zephir avec récupération de la configuration définie sur ZEPHIR (qui est une config minimaliste) -> OK</li>
<li>Je constate alors, sur ZEPHIR que des fichiers divers (présents initialement sur scribe) ont été ajoutés</li>
<li>En cherchant un peu, je constate que ces fichiers sont définis dans /usr/share/zephir/zephir_conf/fichiers_scribe</li>
</ul>
<p>Or, un de ces emplacements est un répertoire : /usr/share/eole/backend/conf<br />Qui contient, notamment, le fichier icones$.conf<br /><pre>
[icones$]
path=/home/netlogon/icones
browseable = No
guest ok = Yes
read only = no
</pre></p>
Donc, à l'issu de l'enregistrement_zephir, j'ai sur zephir, un icones$.conf correspondant à la version initiale de SCRIBE 2.2.3.
<ul>
<li>Par la suite j'effectue une mise à jour de scribe, avec la dernière version de icones$.conf qui se trouve dans le paquet scribe-backend (et qui corrige le problème de notification de corbeille corrompue sous windows7). Mon SCRIBE dispose donc du dernier fichier icones$.conf (et je suis content).</li>
</ul>
<pre>
[icones$]
path=/home/netlogon/icones
veto files = /$RECYCLE.BIN/
delete veto files = yes
browseable = No
guest ok = Yes
read only = no
</pre>
<ul>
<li>plus tard, je décide de rajouter un fichier divers sur ce scribe (voire, sur sa variante)</li>
<li>je lance <strong>"Envoyer la configuration au serveur"</strong> et là, boum -> je me retrouve avec l'ancienne version d'icones$.conf (et les utilisateurs qui étaient contents de la résolution d'un problème le voient réapparaître d'un mauvais oeil)</li>
</ul>
<a name="Question-2"></a>
<h1 >Question 2<a href="#Question-2" class="wiki-anchor">¶</a></h1>
<p>Pourquoi avoir "imposé" par fichiers_scribe, le répertoire /usr/share/eole/backend/conf en tant que "fichier divers"?<br />Mon avis est que des fichiers présents dans des paquets, devant rester statiques et susceptibles d'être mis à jour ne devraient jamais être sauvegardés ou renvoyés.<br />J'ai du pain sur la planche.</p>
Donc, pour corriger le problème sur l'ensemble des SCRIBE, j'ai :
<ol>
<li>mis en place le bon fichier icones$.conf dans la variante</li>
<li><strong>"Envoyer la configuration au serveur"</strong> sur mon groupe de serveurs avec le coup de chance pour moi que le fichier icones$.conf de la variante soit prioritaire sur celui défini dans "fichiers divers" (Il me semble d'ailleurs tout à fait anormal que le fichier le plus spécifique, celui défini dans fichiers divers "du serveur" ne soit pas prioritaire sur le même, défini dans fichiers divers "de la variante"). J'ai lancé cette commande "avec reconfigure" afin que smb.conf soit régénéré en prenant en compte le nouveau fichier.</li>
<li>Ensuite, j'ai lancé un <strong>"Sauvegarder l'état actuel du serveur"</strong> avec <strong>"fichiers divers locaux"</strong> afin de faire remonter les icones$.conf sur zephir</li>
<li>Enfin, j'ai supprimé icones$.conf de la variante</li>
</ol>
Donc, serait-il possible de faire quelquechose pour éviter ce phénomène lors d'une prochaine mise-à-jour?
<ul>
<li>Par la suite j'effectue une mise à jour de scribe, avec la dernière version de icones$.conf qui se trouve dans le paquet scribe-backend (et qui corrige le problème de notification de corbeille corrompue sous windows7). Mon SCRIBE dispose donc du dernier fichier icones$.conf (et je suis content).</li>
</ul>
<pre>
[icones$]
path=/home/netlogon/icones
veto files = /$RECYCLE.BIN/
delete veto files = yes
browseable = No
guest ok = Yes
read only = no
</pre>
<ul>
<li>plus tard, je décide de rajouter un fichier divers sur ce scribe (voire, sur sa variante)</li>
<li>je lance <strong>"Envoyer la configuration au serveur"</strong> et là, boum -> je me retrouve avec l'ancienne version d'icones$.conf (et les utilisateurs qui étaient contents de la résolution d'un problème le voient réapparaître d'un mauvais oeil)</li>
</ul>
<a name="Question-2-2"></a>
<h1 >Question 2<a href="#Question-2-2" class="wiki-anchor">¶</a></h1>
<p>Pourquoi avoir "imposé" par fichiers_scribe, le répertoire /usr/share/eole/backend/conf en tant que "fichier divers"?<br />Mon avis est que des fichiers présents dans des paquets, et susceptibles de contenir</p> arv - Bac à idée #3507 (Nouveau): Impossible d'instancier ARV indépendamment de Sphynxhttps://dev-eole.ac-dijon.fr/issues/35072012-05-23T10:02:24ZEmmanuel GARETTE
<p>Si j'installe ARV sur un autre module que Sphynx, il est impossible d'instancier le serveur.</p>
<p>Il faut soit déplacer les templates/dicos de conf-sphynx vers ARV, soit faire une dépendance sur conf-sphynx.</p> Amon - Bac à idée #3453 (Nouveau): Mise en place d'un sevice de portail captif sur Amonhttps://dev-eole.ac-dijon.fr/issues/34532012-05-10T11:48:30ZLaurent Moreladmin@lesrimains.org
<p>Mise en place d'un service de portail captif sur Amon.</p> Scribe - Bac à idée #3399 (Nouveau): ajouter un DNS et remplacer "dhcp3" et "tftp/pxe" avec "dnsm...https://dev-eole.ac-dijon.fr/issues/33992012-04-25T14:55:37ZKlaas TJEBBES
DnsMasq est un :
<ul>
<li>serveur DHCP</li>
<li>serveur de nom DNS</li>
<li>serveur TFTP/PXE</li>
</ul>
<p>On pourrait fusionner les services existants dans Dnsmasq.</p>
<p>Ci-joint un fichier de configuration template/EOLE corresdondant.</p> EMC - Evolution #3293 (Nouveau): Gestion des podcasthttps://dev-eole.ac-dijon.fr/issues/32932012-04-13T07:38:43ZLuc Bourdotluc.bourdot@ac-dijon.fr
<ul>
<li>Accepter les flux Podcast </li>
<li>Permettre le téléchargement des épisodes pour consultation en local.</li>
<li>Suivi de l'historique et de l’effacement des épisodes anciens</li>
</ul> eole-web - Tâche #3175 (Nouveau): fragmenter les logs apachehttps://dev-eole.ac-dijon.fr/issues/31752012-03-27T13:26:26ZGérald Schwartzmann
<p>exemple :</p>
<p>Alias /portail /var/www/html/posh<br />LogFormat "%h %l %u %t \"%r\" %>s %b" common<br />CustomLog /var/log/apache2/posh_access_log common<br /><Directory "/var/www/html/posh"><br /> AddDefaultCharset UTF-8<br /> DirectoryIndex index.php<br /> php_admin_flag allow_url_fopen On<br /> Order Allow,Deny<br /> Allow from All<br /></Directory></p>
<p>Choisir un format de log cohérent et segmenter les erreurs des accès :<br /><a class="external" href="http://httpd.apache.org/docs/2.0/logs.html">http://httpd.apache.org/docs/2.0/logs.html</a></p> eole-exim - Scénario #3116 (Nouveau): Etude de la configuration modifiable par les utilisateurshttps://dev-eole.ac-dijon.fr/issues/31162012-03-20T10:02:14ZDaniel Dehennin
<a name="Problème"></a>
<h3 >Problème<a href="#Problème" class="wiki-anchor">¶</a></h3>
<p>La configuration actuelle est assez brute et manque un peu de modularité.</p>
<a name="Propositions"></a>
<h3 >Propositions<a href="#Propositions" class="wiki-anchor">¶</a></h3>
<a name="Utiliser-le-mécanisme-Debian"></a>
<h4 >Utiliser le mécanisme Debian<a href="#Utiliser-le-mécanisme-Debian" class="wiki-anchor">¶</a></h4>
<p>L’idée est d’utiliser le mécanisme Debian consistant à l’exécution d’un script <code>update-exim4.conf</code> par <code>/etc/init.d/exim4</code> afin de fusionner des morceaux de configuration en un seul fichier.</p>
<p>La modularisation permettra de couvrir tous les cas d’utilisations, tout en permettant une extensibilité par les utilisateurs en plaçant des morceaux de configuration dans des répertoires :</p>
<ul>
<li>Fusion des fichiers <code>eole.d/acl.d/XXX_*.conf</code> en <code>eole.d/acl.conf</code></li>
<li>Fusion des fichiers <code>eole.d/router.d/XXX_*.conf</code> en <code>eole.d/router.conf</code></li>
<li>Fusion des fichiers <code>eole.d/transport.d/XXX_*.conf</code> en <code>eole.d/transport.conf</code></li>
<li>[...]</li>
</ul>
<p>Avec une politique de numérotation il sera possible d’insérer les<br />moreaux de configuration aux endroits voulus.</p>
<a name="Ne-fournir-que-des-templates-Creole"></a>
<h4 >Ne fournir que des templates Creole<a href="#Ne-fournir-que-des-templates-Creole" class="wiki-anchor">¶</a></h4>
<p>En ne fournissant que des templates Creole l’administrateur peut faire des patches pour la modifier.</p>
<a name="Mixer-les-deux-propositions-précédentes"></a>
<h4 >Mixer les deux propositions précédentes<a href="#Mixer-les-deux-propositions-précédentes" class="wiki-anchor">¶</a></h4>
<p>La configuration exim étant assez complexe, un seul template Creole sera très difficile à comprendre et maintenir.</p>
<p>Il est possible de découper la configuration en plusieurs moreaux et de l’inclure comme cela est fait actuellement (<a class="source" href="https://dev-eole.ac-dijon.fr/projects/eole-exim/repository/revisions/cc00701/entry/exim4/exim4.conf">source:exim4/exim4.conf@cc00701</a>) :</p>
<ol>
<li>Déclaration des variables/macros</li>
<li>Déclaration des ACLs</li>
<li>…</li>
</ol> eole-spamassassin - Bac à idée #3035 (Nouveau): Pas d’adresse de contact configuréehttps://dev-eole.ac-dijon.fr/issues/30352012-03-08T09:47:19ZDaniel Dehennin
<p>Lors d’un test pour <a class="project" href="https://dev-eole.ac-dijon.fr/projects/eole-exim">eole-exim</a>, j’ai obtenu le message suivant qui contient un template d’adresse de contact :</p>
<pre>
>>> check add_header = X-Spam-Report: $spam_report
>>> = X-Spam-Report: Spam detection software, running on the system "scribe.example.fr", has
>>> identified this incoming email as possible spam. The original message
>>> has been attached to this so you can view it (if it isn't spam) or label
>>> similar future email. If you have any questions, see
>>> @@CONTACT_ADDRESS@@ for details.
>>>
>>> Content preview: ça marche? [...]
>>>
>>> Content analysis details: (1.5 points, 6.0 required)
>>>
>>> pts rule name description
>>> ---- ---------------------- --------------------------------------------------
>>> -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
>>> 0.3 MSGID_SHORT Message-ID is unusually short
>>> 1.2 INVALID_MSGID Message-Id is not valid, according to RFC 2822
>>> 1.0 NO_REAL_NAME NO_REAL_NAME
</pre>
<p>Étant donné la taille du message je compte supprimer cette note des entêtes mail, mail cela a permit de voir un manque de configuration.</p> creole - Bac à idée #3012 (Nouveau): Les variable multi groupées rendent impossible de faire un s...https://dev-eole.ac-dijon.fr/issues/30122012-03-05T13:56:55ZDaniel Dehennin
<p>Avec creole 2.3, la gestion de l’attribut <code>multi</code> a changé.</p>
<p>Cette attribut définie s’il est possible d’avoir plus d’une valeur, mais ne doit pas être appliqué à une variable <code>slave</code> d’une variable <code>master</code> multivaluée.</p>
<p>Il est ainsi impossible de valider le XML si plus d’une valeur par défaut doivent être fournies</p>
<ul>
<li>La variable master peut être déclarée comme suit:<br /><pre>
<variable name="ma_master" type="string" multi="True">
<value>m1</value>
<value>m2</value>
</variable>
</pre></li>
<li>La variable slave associée doit être déclarée comme suit:<br /><pre>
<variable name="ma_slave" type="string"> <!-- Absence de multi="True" -->
<value>s1</value>
<value>s2</value> <!-- Ne devrait pas être possible du fait de l’absence du multi="True" -->
</variable>
</pre></li>
</ul>
<p>Ce problème est « caché » s’il n’y a qu’une valeur par défaut, ou aucune.</p> Scribe - Bac à idée #2994 (Nouveau): Il faut pouvoir supprimer des responsables légaux par lothttps://dev-eole.ac-dijon.fr/issues/29942012-03-01T09:58:18ZPascal RATTEpascal.ratte@ac-besancon.fr
<p>Exigences : <br />- Un administrateur doit pouvoir supprimer un responsable légal<br />- Un administrateur doit pouvoir supprimer une liste de responsables légaux</p>
<p>Les responsables légaux n'ont pas l'objectclass posixAccount.<br />la vérification de l'existence de l'utilisateur échoue donc toujours pour les scripts qui utilisent la librairie smbldap_tools.pm</p>
<p>Pour la fonction get_user_dn<br />j'ai modifié le filtre<br />filter => "(&(objectclass=posixAccount)(uid=$user))" <br />passe à <br />filter => "(&(|(objectclass=posixAccount)(objectclass=ENTAuxPersRelEleve))(uid=$user))"</p>
<p>ça semble fonctionner, je dit ça semble parce que je ne suis pas expert en filtre <br />mais j'ai fait des essais de suppressions avec /usr/sbin/smbldap-userdel qui fonctionnent...</p> eole-spamassassin - Bac à idée #2992 (Nouveau): Gérer le mode de connexion à spamdhttps://dev-eole.ac-dijon.fr/issues/29922012-02-29T15:25:07ZDaniel Dehennin
<p>Définir une variable pour utiliser une socket ou une connexion TCP/IP.</p> creole - Bac à idée #2679 (Nouveau): pouvoir ne pas remplacer le fichier si le patch en passe pashttps://dev-eole.ac-dijon.fr/issues/26792012-01-05T16:06:58ZChristophe Dezédezechristophe@gmail.com
<p>il serait possible d'avoir la possibilité que lors d'un reconfigure, si un patch ne passe pas, il y ai une option pour pouvoir utiliser le fichier templatisé utilisé juste avant le reconfigure?!</p>
<p>genre si une maj casse un patch, on ne se retrouve pas avec le fichier de distrib mais on garderai le fichier en cours d'utilisation <br />je parle d'une option possible, pas d'un fonctionnement par defaut...</p> Distribution EOLE - Bac à idée #2574 (Nouveau): Permettre la remontée d’informations d’exploitati...https://dev-eole.ac-dijon.fr/issues/25742011-12-09T08:33:31ZDaniel Dehennin
Il serait très intéressant de faire remonter des informations d’exploitation :
<ul>
<li>Liste des fichiers patchés (<code>find /usr/share/eole/creole/patch/ -name '*.patch'</code>) ;</li>
<li>Statistique d’utilisation de certains répertoires (<code>ionice -c3 du -hs /*</code>, <code>ionice -c3 du -hs /var/*</code>).</li>
</ul>
Cela premettrait :
<ul>
<li>De savoir si certains fichiers doivent toujours être des templates (configuration rsyslog et logrotate par exemple) ;</li>
<li>De mieux tailler le partitionnement par défaut.</li>
</ul> eole-bareos - Scénario #2174 (Nouveau): Les personnalisations utilisateurs doivent être sauvegardéeshttps://dev-eole.ac-dijon.fr/issues/21742011-10-07T14:36:21ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Zéphir sait remonter les templates listés dans dictionnaire locaux. Mais bacula ne les sauvegardes pas.</p>
<p>Exigence concernée : "L'outil de sauvegarde doit sauvegarder les personnalisations utilisateurs"</p> arv - Bac à idée #1752 (Nouveau): ARV : étudier la possibilité de différentier les utilisateurs s...https://dev-eole.ac-dijon.fr/issues/17522011-05-05T08:38:16ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Dans gen_config et dans l'application.</p> EOP - Scénario #1591 (Nouveau): Distribution de devoir élève par élèvehttps://dev-eole.ac-dijon.fr/issues/15912011-03-23T12:48:39ZFrederic POYETfrederic.poyet@ac-dijon.fr
<p>Serait il envisageable de permettre aux profs de distribuer un devoir élève par élève plutôt que de gérer des groupes ?</p>
<p>--</p>
<p>Exigence : un enseignant doit pouvoir distribuer des documents individuellement à des élèves.</p> eole-vpn - Tâche #1489 (Nouveau): active_rvp : coder le mode manuel ;)https://dev-eole.ac-dijon.fr/issues/14892011-03-01T09:32:54ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Le code actuel ne fait rien...</p>
<p>Voir si on peut faire un truc bien avec éventuellement un "filechooser" ou autre.</p> arv - Bac à idée #1470 (Nouveau): Régénérer la configuration IPSec pour une sélection de serveur(s)https://dev-eole.ac-dijon.fr/issues/14702011-02-28T08:47:24ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
Exigences :
<ul>
<li>En mode fichier plat uniquement (mode database plus maintenu) ARV doit pouvoir générer la configuration IPSec d'une sélection de serveur(s).</li>
</ul>
À faire pour un serveur sélectionné :
<ul>
<li>régénérer la configuration IPSec concernant ce serveur</li>
<li>régénérer uniquement la partie de configuration IPSec du serveur Sphynx hébergeant ARV concernant ce serveur.</li>
</ul>
<p>Une idée :<br />Pour chaque serveur, il serait intéressant de générer des fichiers distincts par connexion à un autre serveur.<br />Un fichier <code>ipsec.conf</code> global contenant un <code>include ipsec.*.conf</code> , ces fichiers identifiants chaque serveur distant. Il sera ainsi plus facile de distinguer la partie de la configuration à modifier</p> eole-proxy - Bac à idée #1290 (Nouveau): Gérer des filtres optionnels d'autorisationhttps://dev-eole.ac-dijon.fr/issues/12902010-12-13T09:54:22ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Actuellement, les filtres optionnels gérés sont uniquement des listes de sites à interdire, hors il pourrait être intéressant d'avoir un mécanisme d'activation de sites à autoriser, d'autant plus que Toulouse founrni désormais ce genre de bases :</p>
<pre>
liste_bu 2327 Une liste trés "univ-tlse1.fr" de sites éducatifs pour notre bibliothèque.
sexual_education 13 Sites qui parlent d education sexuelle et qui peuvent etre detectes comme pornographiques
child 17 Tout ce qui est autorisé pour des enfants
</pre>
<p>cf. <a class="external" href="http://cri.univ-tlse1.fr/blacklists/">http://cri.univ-tlse1.fr/blacklists/</a></p> Scribe - Archive #1265 (A étudier): Exécuter des programmes à l'ouverture/fermeture de session et...https://dev-eole.ac-dijon.fr/issues/12652010-12-07T10:50:11ZKlaas TJEBBES
<p>Ajouter la possibilité de spécifier des programmes à exécuter à l'ouverture et à la fermeture de session.<br />- ouverture/fermeture dans l'environnement utilisateur<br />- ouverture/fermeture dans l'environnement système</p>
<p>Ajouter la possibilité de spécifier des programmes à exécuter au démarrage et à l'arrêt de la machine dans l'environnement système.</p>
<p>Signalement d'origine :<br /><a class="external" href="http://diff-eole.ac-dijon.fr/signalement/view.php?id=753">http://diff-eole.ac-dijon.fr/signalement/view.php?id=753</a></p> arv - Bac à idée #1054 (Nouveau): ARV doit afficher la liste des certificats révoquéshttps://dev-eole.ac-dijon.fr/issues/10542010-10-01T13:06:40ZEmmanuel GARETTE
Exigences :
<ul>
<li>ARV doit afficher la liste des certificats révoqués</li>
</ul>
Notes :
<ul>
<li>Voir à quel moment interroger la/les <abbr title="s">CRL</abbr> (à la connexion dans ARV ou d'une autre manière).</li>
<li>Où afficher l'information :
<ul>
<li>dans l'onglet Certificats ?</li>
<li>dans l'onglet Serveurs RVP ?</li>
</ul></li>
</ul>
À faire :
<ul>
<li>backend</li>
<li>frontend</li>
<li>doc</li>
</ul>
<p>Tests et qualification :<br />Il n'est pas possible actuellement de réaliser un test. Il faut générer une CRL dans nos certificats autosignés. (cf <a class="issue tracker-5 status-1 priority-4 priority-default parent" title="Scénario: Nos certificats autosignés doivent générer une CRL pour le VPN (Nouveau)" href="https://dev-eole.ac-dijon.fr/issues/13872">#13872</a>)</p> Zéphir - Archive #426 (Nouveau): Afficher les utilisateurs connectés dans l'interface web Zéphirhttps://dev-eole.ac-dijon.fr/issues/4262010-04-16T13:19:43ZAnonyme
<p>Bonjour,</p>
<p>Connaitre le nombre d'utilisateurs connectés sur l'interface web de zephir serait une fonction intéressante.</p>
<p>Merci</p> ERA - Bac à idée #364 (Nouveau): comportement ensembliste des extrémiteshttps://dev-eole.ac-dijon.fr/issues/3642010-04-08T14:49:23ZThierry Bertrandthierry.bertrand@developpement-durable.gouv.fr
<p>Bonjour,</p>
<p>serait-il possible de faire évoluer ERA pour qu'il puisse gérer des machines et des groupes de machines ainsi que des réseaux et des groupes de sous-réseaux à la manière des services et des groupes de services dans le menu bibliothèque svp ?<br />Un mixte groupe de machine et de sous-réseaux, ce serait le bonheur ! ;)</p>
<p>Bien sûr, en gardant la philosophie d'extrémités.</p>
<p>Personnellement, ça me changerait la vie</p>
<p>Merci<br />Cordialement</p> zephir-parc - Bac à idée #88 (Nouveau): Refonte du backend Zéphirhttps://dev-eole.ac-dijon.fr/issues/882010-03-04T11:36:22ZBruno Boigetbruno.boiget@ac-dijon.fr
<p>Une refonte importante du serveur Zéphir (backend) est nécessaire pour faciliter les évolutions suivantes:</p>
<p>- groupes dynamiques (stockage des critères de sélection et non de la liste des serveurs) mantis: №815<br />- groupes privés/modifiables par mot de passe mantis: №790<br />- Référencement de groupe dans un autre groupe <br />- Notion d'héritage au niveau des variantes mantis: №939<br />- Gestion des droits utilisateurs en fonction du module (ou variante/groupe) mantis: №581<br />- Meilleur contrôle sur l'exécution des tâches (intégration d'un gestionnaire des tâches dans le temps, du style crontab) mantis: №837 №1131 №693 №1225<br />- Améliorer la réactivité sur l'envoi d'actions ou la prise en compte du changement d'état d'un serveur mantis: №694</p>