Compte rendu de la réunion du 6 avril 2010

** Réunion n°3 du GDD du 06/04/2010 à 14h **

Participants : descl, Zword, leobaillard, TizeN, Valere

Thème : gestion des échanges de services au sein du RHIEN

Serveurs DNS secondaires

  • les serveurs DNS secondaires sont assez facile à mettre en place
  • cependant, leur utilisation et leur configuration peut varier d’un hébergeur à un autre
  • il faut de plus obligatoirement avoir un serveur DNS sur sa machine pour proposer ce service, or nombre d’hébergeurs n’en ont pas
  • il n’y a pas d’exception à ce que ce service soit proposé

Serveurs de courrier secondaires

  • ce type de service n’est pas simple à mettre en place à large échelle (plusieurs hébergeurs) puisqu’il nécessite que la base d’utilisateurs soit la même entre le serveur principal et les autres
  • de plus, et là encore, la configuration de ce type de service varie beaucoup d’un hébergeur à un autre
  • et enfin, ce type de service est de moins en moins utile si l’on considère qu’aujourd’hui les serveurs SMTP, s’ils sont bien configurés, gardent le message en mémoire pendant un certain temps si l’envoi à échoué
  • on considère donc que ce n’est pas un service primordial que le RHIEN pourrait proposer

Réseau de serveurs IRC

  • le RHIEN dispose actuellement d’un réseau de serveurs IRC qui fournissent le canal de discussion (irc.rhien.org #rhien)
  • ce lien est constitué de plusieurs serveurs et est ouvert à de nouveaux entrants
  • plus le nombre de serveurs liés est important, moins il y a de chance que le canal de discussion ne soit pas accessible
  • il faut donc renforcer ce nombre pour éviter les situations que l’on a pu expérimenter récemment
  • l’arrivée prochaine de Descl et de TizeN dans le lien est annoncée
  • il est décidé que seul le logiciel UnrealIRCd sera utilisé puisqu’une documentation a déjà été écrite et que c’est celui qui permet le mieux de faire des liens entre les serveurs
  • il est également décidé que la documentation sera améliorée et complétée pour permettre à n’importe quel hébergeur qui le souhaiterait de s’intégrer dans le lien de serveurs IRC

Sauvegarde des données entre hébergeurs

  • la possibilité de proposer d’héberger des copies de sauvegarde d’autres hébergeurs membres est évoquée
  • cela permettrait en cas d’incident (crash de disque par exemple) de récupérer les données pour ceux qui ne peuvent pas mettre en place de solutions de sauvegarde par eux-mêmes
  • un projet intéressant de sauvegarde distribuée (Tahoe-lafs) est surveillé par le RHIEN depuis quelque temps
    • le principe est de séparer sur plusieurs machines physiques un système de fichier de manière sécurisée et redondante
    • ainsi, si une machine tombe, le système de fichier est encore accessible
    • ces possibilités seraient adéquates pour êtres utilisées au niveau du RHIEN
    • il faut cependant que le projet atteigne un certain niveau de stabilité
    • il est donc décidé que des tests seront menées et que le projet sera surveillé
  • la documentation et l’utilisation de BackupPc constituent une alternative dans l’intervalle
    • ce service est donc proposé
    • il est simple d’utilisation et supporte un grand nombre de protocole, facilitant ainsi sa mise en place dans de nombreux environnements
    • de la documentation sera rédigée quant à son utilisation
    • une liste des hébergeurs proposant ce service sera également mise en place

Page d’information en cas d’inaccessibilité d’un hébergeur

  • l’idée de mettre en place un serveur affichant la disponibilité de tel ou tel hébergeur est évoquée
  • cela permet aux hébergeurs de proposer une page à leurs hébergés afin qu’ils puissent savoir si le serveur est inaccessible et éventuellement pourquoi
  • les hébergeurs proposent ainsi un sous-domaine ou une page virtuelle (exemples : statut.hebergeur.tld, hebergeur.tld/statut) qui pointe sur la page du RHIEN listant les problèmes chez les hébergeurs
  • le serveur Nagios (surveillance des serveurs) du RHIEN sera utilisé pour automatiser le processus
  • les hébergeurs pourront ainsi, via une interface, informer leurs hébergeurs de la raison de l’indisponibilité du serveur

Appel à idées

  • toutes les personnes qui auraient une idée de service que les hébergeurs du RHIEN pourraient proposer sont invités à le faire via les différents moyens de communication mis à leur disposition

Comment mettre en valeur l’échange de services ?

  • des documentations seront proposées pour chaque service
  • un référent sera affecté pour chaque service afin de surveiller sa mise en place et la documentation associée
  • il faut encourager les hébergeurs à participer activement à la mise en place de ces services en leur expliquant leurs atouts et ce qu’ils ont à y gagner via une communication par les différents moyens à leur disposition (liste de diffusion, IRC, ...)
  • des listes de diffusion seront créés pour les services proposés s’ils prennent de l’importance pour séparer les discussions, en garder meilleure trace et ne pas encombrer la liste de diffusion principale

Point discuté n’étant pas à l’ordre du jour : le site web du RHIEN

  • il faut faire le ménage dans les utilisateurs et mieux gérer le système des permissions en fonction du statut de l’utilisateur et de son statut dans la future association
  • la syndication des flux des hébergeurs est-elle intéressante ?
    • si oui, il faut la mettre en place correctement
    • si non, il faut la supprimer
  • il faut enfin nettoyer les pages, corriger les quelques bugs d’affichage, et améliorer certains éléments de l’affichage
 

RHIEN | CC-BY-SA | Flux rss RSS 2.0 | SPIP