De quel serveur ai-je besoin pour héberger un homeserver Matrix ?

Qu'est-ce qu'un homeserver Matrix, et à quoi sert-il ?

Un homeserver Matrix stocke les comptes, les salons et les messages de vos utilisateurs, et se fédère avec d'autres homeservers pour que vos utilisateurs puissent parler à des personnes ailleurs sur le réseau. Vous le faites tourner sous votre propre domaine, pour vous, une famille, une équipe ou une communauté.

Le serveur remplit plusieurs rôles à la fois :

• Comptes et salons pour chaque utilisateur de votre domaine.
• Une base de données qui contient l'état des salons et l'historique des messages.
• La fédération avec d'autres homeservers sur le réseau.
• Le stockage des médias pour les fichiers, les avatars et leurs vignettes.
• La voix et la vidéo, en option, qui nécessitent un serveur TURN séparé.

Faire tourner votre propre homeserver signifie que les messages et les comptes de votre communauté vivent sur une machine que vous contrôlez, sous un domaine que vous avez choisi. L'implémentation de référence est Synapse ; Conduit est plus légère. Les deux tournent sur les systèmes Linux que nous installons.

Quelles sont les prérequis serveur de Synapse ?

Synapse, maintenu par Element, indique ses prérequis dans sa propre documentation d'installation, consultée aujourd'hui.

• Système : un système conforme POSIX, testé sur Linux et macOS, avec Python 3.10 ou une version ultérieure, jusqu'à 3.13.
• Mémoire : au moins 1 GB de RAM libre pour rejoindre de grandes salles publiques comme #matrix:matrix.org. Les serveurs très sollicités et les grandes salles en demandent davantage.
• Base de données : PostgreSQL. La documentation indique que presque toutes les installations devraient l'utiliser, et que SQLite ne doit pas être utilisé sur un serveur de production.
• Paquets Debian : Matrix.org fournit des paquets Debian et Ubuntu pour l'architecture amd64.

Par défaut, Synapse tourne dans un seul processus. Pour les instances plus importantes, sa documentation décrit la répartition du travail sur des processus worker, qui nécessitent PostgreSQL et Redis. Elle avertit aussi que le nom du serveur est choisi avant l'installation, car il ne peut plus être modifié ensuite. Choisissez l'image Debian au moment du paiement ; voir les systèmes proposés par chaque emplacement.

Pourquoi Synapse préfère-t-il PostgreSQL à SQLite ?

La documentation de Synapse est sans détour : presque toutes les installations devraient opter pour PostgreSQL, et SQLite ne doit pas être utilisé sur un serveur de production. SQLite ne convient que pour essayer le logiciel.

La page PostgreSQL signale deux points pratiques. La base de données peut occuper 25 % à 100 % d'espace disque en plus après un portage depuis SQLite. Pour les déploiements plus importants, elle recommande de régler les paramètres mémoire comme shared_buffers, effective_cache_size et work_mem, avec des valeurs qui dépendent de la mémoire libre de l'hôte.

Une machine entière signifie que le homeserver et son PostgreSQL partagent toute la RAM et tout le disque, sans voisin en concurrence. Rien sur la machine n'est partagé : son processeur, sa mémoire et ses disques ne servent qu'à vos charges de travail. Chaque emplacement dispose de stockage NVMe : 2 × 960 GB NVMe sur le plus petit.

De quoi la fédération a-t-elle besoin côté serveur ?

La fédération est la façon dont votre homeserver rejoint le reste de Matrix. La spécification server-to-server, version v1.19, consultée aujourd'hui, définit comment les autres serveurs trouvent le vôtre.

• Port par défaut. Les autres serveurs essaient le port 8448 lorsqu'aucun port n'est indiqué.
• Délégation. Un fichier à l'adresse https://<your-domain>/.well-known/matrix/server avec une valeur m.server, ou un enregistrement SRV _matrix-fed._tcp, oriente la fédération vers le bon hôte et le bon port.
• TLS. La fédération passe par HTTPS, l'endpoint a donc besoin de certificats TLS valides.

La page fédération de Synapse indique que le port 8448 est celui par lequel les autres serveurs vous joignent, et que la délégation permet de contrôler où le trafic de fédération est envoyé. Ouvrez le port 8448, ou déléguez avec un fichier .well-known, et donnez à l'endpoint un vrai certificat, sinon les autres homeservers ne parleront pas au vôtre. Un domaine fixe, défini avant l'installation, lie tout cela.

Faut-il quelque chose en plus pour les appels et les e-mails ?

Deux éléments optionnels complètent un homeserver.

• TURN pour la voix et la vidéo. La documentation de Synapse indique que vous devez configurer un serveur TURN pour que les appels VoIP fiables passent par votre homeserver. coturn et eturnal sont les choix documentés. TURN a besoin d'une IP publique et ouvre les ports 3478 et 5349, plus une plage de relais UDP de 49152 à 65535 par défaut.
• E-mail. Synapse peut envoyer des e-mails pour les réinitialisations de mot de passe, l'inscription et les notifications ; sans cela, ces fonctions sont désactivées. Son exemple de configuration utilise le port SMTP 587 avec force_tls, en soumission vers un fournisseur de messagerie.

Notre règle réseau convient au cas de la messagerie. Le port 25 est fermé pour le courrier sortant sur chaque serveur, définitivement, pour garder le réseau à l'abri du spam ; les ports 465 et 587 vers les fournisseurs de messagerie restent ouverts. Ainsi, le port 587 recommandé par Synapse vers un fournisseur de messagerie fonctionne, tandis que le port 25, propice au spam, reste fermé. Chaque emplacement dispose d'une adresse IPv4 dédiée, ce dont TURN a besoin.

Conduit est-il une option plus légère que Synapse ?

Oui. Conduit, écrit en Rust, vise à être un homeserver efficace et facile à configurer. Sa documentation, consultée aujourd'hui, indique qu'il est en beta. Vous pouvez le faire tourner sur un petit ordinateur comme un Raspberry Pi, pour une famille, des amis ou une entreprise.

La liste de l'écosystème Matrix.org, également consultée aujourd'hui, marque Synapse (Python) comme stable et Conduit (Rust) comme beta, aux côtés d'autres homeservers Rust stables. Elle n'en recommande aucun en particulier.

Choisissez Synapse pour l'ensemble de fonctionnalités de référence, ou un homeserver Rust plus léger pour un déploiement petit et peu gourmand. Dans les deux cas, une machine entière laisse de la marge pour évoluer. Le plus petit emplacement embarque 64 GB DDR4 ECC et 8 cœurs / 16 threads.

Où placer un homeserver, et combien cela coûte-t-il ?

Placez-le près de votre communauté, dans une juridiction que vous avez vérifiée. Reykjavik (Islande), Zurich (Suisse), Bucarest (Roumanie) et Amsterdam (Pays-Bas) : chaque poste dans chaque port d’escale, à un seul prix. Les quatre, comparés pour un opérateur, sont sur le meilleur pays pour héberger un serveur, et les règles de conservation sur quels pays européens ont encore des lois de conservation des données.

Ravenquay a comparé 18 hébergeurs payés en crypto qui ne demandent aucune pièce d'identité à l'inscription le 30 October 2026 : 11 vendaient un serveur dédié sans limite de trafic. Sans KYC : jamais de pièce d’identité, de selfie, de document, de carte bancaire ni de numéro de téléphone. Service is not available to residents or companies of Cuba, Iran, North Korea, Syria, Russia, Belarus, China, Yemen or Western Sahara, nor in the occupied regions of Ukraine.