Architecture

Sibrel pour utilisateurs avancés

Architecture de Sibrel : hébergeurs, fédération, Tauri, PostgreSQL, S3, LiveKit, automatisation et limites concrètes.

Vérifié avec le projet: 2026-10-15 · Assistance: support@sibrel.net

Client, hébergeur et communauté

Le client s’exécute dans un navigateur ; l’enveloppe de bureau utilise Tauri. L’API repose sur Node.js/TypeScript et les données de l’hébergeur sont stockées dans PostgreSQL. Les fichiers utilisent un stockage compatible S3 ; les médias utilisent LiveKit lorsqu’il est configuré.

Un hébergeur gère les comptes et son infrastructure. Une guilde est une communauté avec des rôles et des salons au sein de cet hébergeur. Un hébergeur peut servir plusieurs communautés.

Fédération

Les hébergeurs indépendants échangent des requêtes signées. Les adresses utilisent @username#hostname ; la fédération emploie des clés Ed25519 et une protection contre les rejeux. Sibrel a son propre protocole et n’est pas directement compatible avec Matrix.

  • Les groupes inter-hébergeurs ont un hébergeur d’origine ; les changements de membres et la synchronisation dépendent de sa disponibilité.
  • Le relais de secours intervient après l’échec d’une livraison directe. Il ne relaie ni l’audio ni la vidéo et ne garantit pas la livraison à un hébergeur totalement hors ligne.
  • Le relais est limité à une part de la bande passante sortante configurée par l’exploitant, et non à une capacité disponible mesurée automatiquement.
  • Une signature vérifie la source de la requête ; elle ne chiffre pas le message.

Séparer l’infrastructure

Les fichiers peuvent utiliser MinIO local ou un stockage S3 externe ; les médias peuvent utiliser LiveKit local ou séparé. Le projet prend en charge des nœuds de stockage et média supplémentaires. Chaque salon est attribué à un nœud média.

Automatisation

Un bot est un compte distinct dont les permissions sont limitées par communauté. L’API REST, la passerelle WebSocket, les commandes slash, les boutons, les embeds et la voix sont disponibles. Les webhooks servent aux notifications entrantes simples.

Documentation de l’API Bot · Webhooks et embeds

Limites de sécurité

Les nouvelles pièces jointes du composeur principal sont chiffrées par le client en AES-256-GCM, les clés de fichier étant encapsulées pour les clés des destinataires. Les anciennes pièces jointes, les avatars, les publications publiques, les emoji et les stickers utilisent un autre modèle d’accès.

Ne considérez pas les messages texte comme chiffrés de bout en bout. Le chiffrement des fichiers ne protège pas contre un client malveillant, un appareil compromis ou un destinataire qui enregistre un fichier. Voir le guide de sécurité.

Avantages et responsabilités de l’exploitant

AvantageCoût et limite
Contrôler son hébergeur et séparer les services.L’administration, les mises à jour, les sauvegardes et la supervision vous incombent.
Fédération entre nœuds indépendants.Elle exige la confiance dans les exploitants, la compatibilité et des routes réseau fonctionnelles.
Un client Tauri sans moteur Electron distinct.Il n’existe pas de repères universels de RAM ou de vitesse pour chaque appareil.
Une API Bot dédiée et des intégrations.Les bots doivent gérer erreurs, jetons révoqués, déconnexions et évolutions de l’API.
Permissions et règles configurables.L’auto-hébergement ne supprime pas les obligations légales ni celles liées aux données personnelles.