• [^] # Re: une grappe de serveur

    Posté par . En réponse au journal jabber.apinc.org is dead. Évalué à 1.

    Maintenant tout le monde va expliquer à sa grand-tante qu'il "suffit" de recabler vers la passerelle msn d'un autre serveur pour parler avec le petit cousin qui utilise msn.
    Ah ben non, ça marche pas, msn a rechangé le protocole...


    Jabber c'est pas fait pour faire du MSN, si tu veux faire du MSN, reste sous MSN. Si tu utilises Jabber uniquement pour te connecter à des protocoles propriétaires, c'est normal que tu sois déçu, tu t'es trompé d'outil. C'est une erreur que font beaucoup de gens.

    1 - Il faudrait pouvoir s'inscrire sur un compte jabber avec un alias commun et identifiable sur les autres serveurs (une adresse mail, n'importe!)


    Plusieurs serveurs physique qui constituent un seul serveur logique ça s'appelle un cluster et ça existe déjà. Tu peux utiliser le serveur Jabber de Gizmo ou celui de Gmail (par encore connecté au réseau public pour ce dernier) ça marche sur ce principe.

    Le serveur de l'APINC ne propose pas cette fonctionnalité donc si c'est ce que tu recherches, change de serveur.

    2 - Une solution de gestion des contacts entre locale et distante: les contacts sont effectivement sur le serveur, qui échange ac le client des fichiers de contacts, si un contact manque d'un côté ou de l'autre, on met à jour de façon transparente, si un contact doit être supprimé, on supprime sur le serveur, et on balise le contact côté client, il garde le contact éliminé balisé jusqu'à ce qu'il ait confirmation qu'il est bien inexistant sur tous les serveurs sur lesquels l'utilisateur est inscrit, après il le dégage aussi.


    Idem, si les serveurs sont en cluster pas de problème de synchronisation de la liste de contacts. La liste de référence reste celle du serveur, il n'y a aucun avantage à ce synchroniser sur la liste du client (sauf pour la place que ça libère sur le serveur éventuellement...)

    3 - Le top: le client propose 2 inscriptions à 2 serveurs différents au lieu d'une. Si un serveur tombe en rade, le client se rabat tout seul sur un autre serveur, l'utilisateur n'y voit que du feu. Et même pourquoi pas: le client va faire tout seul l'inscription sur un autre serveur, suivant une "liste de confiance", éventuellement mise-à-jour grâce à un serveur central.


    Ca n'apporte pas grand chose par rapport à un client multi-compte classique puisqu'il faut quand même que tes contacts autorisent deux comptes.