[Accueil](https://servhidden.com/fr) /
[Guides Hébergement Privé](https://servhidden.com/fr/guides) /
Auto-héberger Matrix : fédération, métadonnées et limites du chiffrement E2EE






Exploitation


# Auto-héberger un serveur Matrix



Un serveur personnel n'est pas un boîtier privé qui fait aussi office de messagerie : c'est un nœud de réplication dans un réseau public. Ce que l'auto-hébergement d'un serveur Matrix corrige vraiment, ce que le chiffrement de bout en bout laisse en clair, quelle implémentation choisir, et les décisions opérationnelles irréversibles.


[Lire le guide](#guide-body)
[FAQ](#guide-faq)






## Sur cette page




- [Guide](#guide-body)

- [FAQ](#guide-faq)

- [Guides connexes](#guide-related)

- [Pages recommandées](#guide-cta)






Sans KYC
Crypto uniquement
Aucun journal
DMCA ignoré
Accès root complet
SSD NVMe





20 min de lecture
Mis à jour Aug 2026

Sur cette page

[01Ce que change réellement le fait d'exploiter son propre serveur](#ce-que-change-réellement-le-fait-dexploiter-son-propre-serve)
[02La fédération : un protocole de réplication déguisé en protocole de messagerie](#la-fédération-un-protocole-de-réplication-déguisé-en-protoco)
[03Ce que le chiffrement couvre, et ce qui reste en clair](#ce-que-le-chiffrement-couvre-et-ce-qui-reste-en-clair)
[04Synapse, Dendrite ou Conduit : que faire tourner concrètement](#synapse-dendrite-ou-conduit-que-faire-tourner-concrètement)
[05Le paramétrage de délégation que tout le monde rate](#le-paramétrage-de-délégation-que-tout-le-monde-rate)
[06Dimensionner honnêtement](#dimensionner-honnêtement)
[07Le stockage des médias : une bombe à disque à retardement](#le-stockage-des-médias-une-bombe-à-disque-à-retardement)
[08Inscriptions, spam et la réputation dont vous héritez](#inscriptions-spam-et-la-réputation-dont-vous-héritez)
[09Les passerelles, et la facture de métadonnées qui va avec](#les-passerelles-et-la-facture-de-métadonnées-qui-va-avec)
[10Le garder en vie : clés, sauvegardes et mises à jour](#le-garder-en-vie-clés-sauvegardes-et-mises-à-jour)
[11L'emplacement du serveur reste déterminant](#lemplacement-du-serveur-reste-déterminant)
[12En résumé](#en-résumé)
[FAQQuestions fréquentes](#guide-faq)
[→Pages recommandées](#guide-cta)







Si vous auto-hébergez Matrix, c'est d'abord pour qu'une entreprise ne détienne plus vos conversations — et sur ce point, la promesse est tenue. Ce qui vous surprendra plus tard, c'est la nature réelle de ce que vous avez installé : un serveur personnel (homeserver) n'est pas un boîtier privé qui fait aussi office de messagerie. C'est un nœud de réplication au sein d'un réseau public, et la fédération se comporte bien davantage comme un protocole de publication que la plupart des nouveaux administrateurs ne l'imaginent.

Rien de tout cela ne plaide contre l'auto-hébergement — cela plaide pour le faire *délibérément*. La confidentialité que vous gagnez est réelle mais précise : la garde des données vous revient, personne d'autre ne peut fermer votre compte, et les questions juridiques relèvent de la juridiction que vous avez choisie plutôt que de celle choisie par une entreprise. La confidentialité que vous ne gagnez pas est tout aussi précise, et elle tient presque entièrement dans l'écart entre « les messages sont chiffrés » et « personne ne peut savoir qui parle à qui ». Ce guide couvre les deux volets, puis les détails opérationnels qui détermineront si votre serveur sera encore sain dans un an.

## Ce que change réellement le fait d'exploiter son propre serveur

Commencez par distinguer les menaces, car un serveur personnel n'y répond que partiellement selon les cas : complètement pour certaines, partiellement pour d'autres, pas du tout pour le reste. Le tableau ci-dessous est la version honnête de l'argumentaire, et il vaut mieux le lire avant de choisir votre matériel plutôt qu'après.

| Ce qui vous inquiète | Votre propre serveur y remédie-t-il ? |
| --- | --- |
| Qu'une entreprise lise le contenu de vos messages | Le chiffrement de bout en bout s'en charge déjà dans les salons privés — et oui, l'auto-hébergement élimine aussi l'entreprise |
| Qu'une entreprise établisse un profil de qui vous parlez et quand | **Partiellement.** Vous cessez d'alimenter un opérateur central unique, mais c'est désormais votre propre serveur qui détient ces informations |
| Qu'un compte soit fermé ou suspendu par quelqu'un d'autre | **Oui.** C'est le bénéfice le plus net de toute la démarche, et le moins souvent mentionné |
| Une réquisition judiciaire visant vos données | **Elle se déplace, elle ne disparaît pas.** C'est désormais vous qui la recevez, selon le droit du pays que vous avez choisi |
| Que des tiers découvrent votre graphe social | **Non.** Chaque serveur ayant un membre dans le salon reçoit les mêmes données d'appartenance que le vôtre |
| Dissimuler jusqu'à l'existence du serveur | **Non.** La fédération exige un nom public et un port joignable ; c'est l'inverse de la dissimulation |

Relisez attentivement les deux dernières lignes : c'est là que les attentes se heurtent à la réalité. Si votre objectif est que personne ne puisse établir qu'un service existe, Matrix n'est pas le bon outil, et un [service onion](https://servhidden.com/fr/guides/how-to-host-a-tor-hidden-service) s'en rapproche bien davantage. Si votre objectif est la garde des données, le contrôle et la juridiction, un serveur personnel est un excellent instrument, et le reste de ce guide explique comment bien l'exploiter.

Un serveur personnel est un participant d'un réseau public, pas un boîtier privé : chaque serveur ayant un membre dans votre salon conserve sa propre copie de qui l'a rejoint, quand, et à quelle fréquence il s'exprime.

## La fédération : un protocole de réplication déguisé en protocole de messagerie

Voici le mécanisme qui explique la plupart des surprises. Lorsqu'un de vos utilisateurs rejoint un salon hébergé ailleurs, votre serveur ne va pas chercher les messages à la demande comme le ferait un client de messagerie électronique. Il rejoint le salon en tant que participant à un graphe d'événements distribué, puis **récupère et stocke une copie** des événements du salon, de sa liste de membres, et de suffisamment d'historique d'état pour valider ce qui suit. À partir de cet instant, votre machine détient une réplique — et chaque autre serveur participant en détient une aussi.

Les conséquences jouent dans les deux sens, et aucune n'est intuitive. Les données produites par vos utilisateurs — nom affiché, avatar, arrivées et départs, horodatages, réactions — sont copiées vers chaque serveur ayant un membre dans ce salon, et elles restent dans leurs bases de données quoi que vous supprimiez ensuite sur la vôtre. Une rédaction (redaction) est une demande adressée aux pairs, pas un ordre. Il n'existe pas de « désenvoi » à l'échelle d'une fédération de serveurs exploités indépendamment, et croire le contraire est le malentendu le plus courant sur ce protocole.

Dans l'autre sens, rejoindre de grands salons publics revient à importer l'historique d'autrui sur votre disque. C'est pourquoi un serveur tout juste installé avec trois utilisateurs peut porter une base de données de plusieurs dizaines de gigaoctets : non pas parce que vos trois utilisateurs ont beaucoup écrit, mais parce qu'ils ont rejoint des salons de cinquante mille membres et des années d'état accumulé. Choisir ses salons avec discernement relève donc autant d'une décision de capacité que de confidentialité.

## Ce que le chiffrement couvre, et ce qui reste en clair

Matrix chiffre le contenu des messages avec Megolm, activé par défaut dans les salons privés. Cela protège ce à quoi les gens tiennent le plus, et cela fonctionne réellement : votre serveur stocke un texte chiffré qu'il ne peut pas lire, une propriété concrète et utile lorsque le serveur tourne sur du matériel loué. L'enveloppe autour du message, en revanche, c'est une autre histoire — et l'écart est plus large que ne l'admettent la plupart des résumés.

| Signal | Chiffré ? | Visible par |
| --- | --- | --- |
| Texte des messages et contenu des fichiers | **Oui** | Uniquement les appareils vérifiés des membres du salon |
| Qui se trouve dans le salon, et chaque arrivée ou départ | Non | Chaque serveur ayant un membre dans ce salon |
| Horodatages, fréquence des messages, plages d'activité | Non | Chaque serveur participant |
| Noms affichés, avatars, présence et frappe en cours | Non | Chaque serveur participant |
| Nom, sujet et avatar du salon | Non | Chaque serveur participant |
| Taille des pièces jointes et moment du transfert | Non | Chaque serveur participant |
| Le domaine de votre serveur et son adresse IP | Non | L'ensemble de la fédération — c'est voulu ainsi |

En pratique : le chiffrement protège le *quoi*, la fédération publie le *qui, quand et à quelle fréquence*. Pour la plupart des communautés, ce compromis est parfaitement acceptable, et c'est justement cette franchise qui fait sa valeur. Mais pour un modèle de menace où le graphe social lui-même constitue l'information sensible, un protocole fédéré est structurellement inadapté, et aucun paramètre de configuration n'y changera rien.

## Synapse, Dendrite ou Conduit : que faire tourner concrètement

Trois implémentations comptent en pratique, et le choix relève surtout d'une question de ressources que d'une question de philosophie.

- **Synapse** est le serveur de référence, écrit en Python, et le seul où chaque fonctionnalité marche dès le premier jour. C'est aussi le plus gourmand : la mémoire croît avec le nombre et la taille des salons que rejoignent vos utilisateurs, et un serveur très actif finit par avoir besoin d'être scindé en processus de travail (workers). Choisissez-le si vous avez besoin que les espaces, les outils de modération, les passerelles (bridges) et les API d'administration se comportent exactement comme documenté.

- **Dendrite** est la réécriture en Go. Nettement plus léger que Synapse et parfaitement utilisable pour un petit serveur, au prix d'un certain retard sur certaines fonctionnalités. Une option médiane raisonnable quand Synapse vous semble disproportionné par rapport au nombre réel d'utilisateurs.

- **Conduit** et son fork activement développé conduwuit sont écrits en Rust et se déploient comme un binaire unique avec base de données embarquée. Ils font tourner sans broncher un serveur familial ou de petite communauté sur notre offre la plus modeste. La contrepartie : un écosystème plus restreint — certains outils d'administration et quelques passerelles supposent Synapse.

Pour un premier serveur avec une poignée d'utilisateurs, un logiciel de la famille Conduit sur un petit [VPS](https://servhidden.com/fr/vps) est la voie la moins pénible vers quelque chose qui fonctionne et reste bon marché. Pour tout ce qui est appelé à grandir — communauté publique, entreprise, projet avec passerelles — démarrez directement sur Synapse et évitez-vous la migration, car passer d'une implémentation à l'autre plus tard revient à exporter et reconstruire, pas à changer un paramètre.

## Le paramétrage de délégation que tout le monde rate

Matrix sépare le nom présent dans vos identifiants utilisateur de la machine qui sert le trafic, et inverser les deux est l'erreur irréversible la plus courante en auto-hébergement. Votre server_name est le domaine qui apparaît après les deux-points dans chaque identifiant utilisateur de votre serveur. Il fait partie de votre identité dans la fédération dès que le premier événement est signé, et il **ne peut plus être modifié ensuite** sans abandonner tous les comptes et tous les salons de la machine.

Le montage que vous voudrez presque toujours : server_name est votre domaine nu, tandis que le logiciel tourne sur un sous-domaine. Vous reliez les deux par délégation, de l'une des deux façons suivantes. La plus simple est un fichier JSON statique servi à l'adresse /.well-known/matrix/server sur le domaine nu, indiquant l'hôte réel et le port. L'alternative est un enregistrement DNS, _matrix._tcp, pointant vers le même endroit. Servez également le fichier côté client à /.well-known/matrix/client, afin que les applications retrouvent le serveur à partir de l'adresse seule.

**Choisissez le nom avant d'installer quoi que ce soit.** Régler server_name sur le sous-domaine simplement parce que c'est là que tourne le logiciel est l'erreur classique, et elle est irréversible : chaque identifiant utilisateur, identifiant de salon et événement signé le porte pour toujours. Choisissez le domaine que vous voudriez voir imprimé sur une carte de visite, déléguez vers l'endroit où le processus écoute réellement, et maintenez un certificat TLS valide sur les deux noms — un certificat expiré sur l'hôte délégué met la fédération à l'arrêt, même si l'application paraît fonctionner correctement en local.

## Dimensionner honnêtement

En fonctionnement normal, Matrix n'est pas limité par le CPU ; il l'est par la mémoire et par le comportement de la base de données. Les chiffres publiés pour Synapse constituent un plancher utile : environ 2 Go de RAM pour démarrer, environ 4 Go à partir de dix à cinquante utilisateurs actifs, et 8 Go ou plus au-delà de cent. Les serveurs de la famille Conduit se situent très en dessous. Ce que ces chiffres omettent, c'est que la consommation suit les *salons rejoints*, pas les comptes enregistrés — cinq utilisateurs dans une centaine de grands salons publics coûtent bien plus que cinquante utilisateurs dans une poignée de salons privés.

Deux règles pratiques en découlent. Placez la base de données sur un stockage rapide et laissez-lui de la marge pour grossir, car le schéma d'écriture est modeste et constant plutôt que par à-coups. Et ne dimensionnez pas pour le nombre d'utilisateurs d'aujourd'hui : dimensionnez pour les salons que ces utilisateurs rejoindront durant le premier mois, c'est généralement là que se cache la surprise. Notre offre d'entrée supporte confortablement un petit serveur Conduit ou Dendrite, tandis qu'une instance Synapse pour une vraie communauté relève d'une offre intermédiaire ou supérieure — la [page dédiée à l'hébergement de messagerie](https://servhidden.com/fr/use-cases/matrix-xmpp-hosting) détaille les paliers que nous recommandons pour chacun de ces profils.

La disponibilité compte ici davantage que pour la plupart des charges de travail, car un serveur de messagerie hors service n'est pas simplement indisponible : il manque silencieusement des événements que les pairs tenteront de lui livrer un moment avant de renoncer. La fédération pardonne les minutes, elle est impitoyable avec les jours.

## Le stockage des médias : une bombe à disque à retardement

Chaque image, vidéo et fichier qui transite par un salon où se trouvent vos utilisateurs peut finir mis en cache sur votre disque — y compris des médias distants que vos propres utilisateurs n'ont jamais ouverts. La rétention par défaut de Synapse les conserve indéfiniment. Le résultat est prévisible et continue pourtant de surprendre : une base de données stable, mais un répertoire de médias qui grossit discrètement jusqu'à saturer le volume — et le symptôme n'est alors pas « disque plein » mais « le serveur se comporte bizarrement ».

Définissez une politique de rétention pour les médias distants dès le premier jour, plutôt qu'après la première panne. Synapse expose des paramètres de rétention dans homeserver.yaml, ainsi que des points d'API d'administration pour purger l'historique ancien et les fichiers mis en cache ; synapse-compress-state récupère une quantité surprenante d'espace sur les tables d'état d'un serveur ancien. Surveillez à la fois la base de données et le répertoire des médias, et alertez sur l'espace disque disponible plutôt que sur l'arrêt du service — le second symptôme n'arrive que des jours après le premier.

Un réglage mérite une décision réfléchie plutôt qu'une valeur par défaut. Les aperçus de liens (URL previews) obligent votre serveur à récupérer tout lien posté dans un salon, ce qui signifie que **l'adresse IP de votre serveur effectue une requête sortante vers un tiers dès qu'un lien est collé** — y compris un lien choisi spécifiquement pour voir qui mord à l'hameçon. Si votre serveur se trouve derrière une façade et que son adresse réelle importe, pesez cela avec soin ; notre guide sur [la dissimulation d'une adresse d'origine](https://servhidden.com/fr/guides/hiding-your-origin-server-ip) traite plus en détail de cette même catégorie de fuite.

## Inscriptions, spam et la réputation dont vous héritez

Laisser les inscriptions ouvertes sur un serveur public est une invitation — mais pas celle que vous souhaitez. Des inscriptions automatisées transforment un petit serveur en source de spam en quelques jours, et la conséquence n'est pas locale : d'autres serveurs ajoutent votre domaine à des listes de contrôle d'accès, et une fois votre nom présent sur suffisamment d'entre elles, vos utilisateurs légitimes ne peuvent plus participer aux salons hébergés ailleurs. Restaurer une réputation de domaine grillée est bien plus difficile que de l'éviter — exactement comme pour la [délivrabilité des e-mails](https://servhidden.com/fr/guides/offshore-mail-server-setup).

Les réglages par défaut défendables sont simples. Laissez enable_registration désactivé pour un serveur privé et distribuez vous-même les comptes. Si vous voulez ouvrir la porte, verrouillez-la : registration_requires_token transforme l'inscription en système sur invitation sans aucun service tiers, et un captcha aide contre la partie la plus grossière du problème. Pour les salons que vous administrez, les robots de modération de la famille Mjolnir et Draupnir vous permettent d'appliquer des listes de bannissement et des ACL de salon à l'échelle de toute une communauté plutôt que salon par salon.

Une chose vaut d'être sue dans l'autre sens : nos plages d'adresses ne figurent pas sur les listes de blocage ACL Matrix qui circulent entre serveurs, de sorte qu'un nouveau serveur démarre avec une réputation vierge. Ce qu'il advient ensuite de cette réputation dépend de la façon dont vous gérez les inscriptions, pas de l'emplacement de la machine.

## Les passerelles, et la facture de métadonnées qui va avec

Les passerelles sont la vraie raison pour laquelle beaucoup restent sur Matrix : un seul client pour des salons qui vivent sur d'autres réseaux. Elles modifient aussi la posture de sécurité de votre serveur, d'une manière qu'il est facile de négliger. Une passerelle détient les identifiants du compte distant et, à la frontière où les protocoles se rencontrent, elle traite nécessairement les messages sous une forme qu'elle peut convertir — ce qui signifie que le processus de passerelle voit en clair un trafic pourtant chiffré de bout en bout de part et d'autre.

Ce n'est pas une raison d'éviter les passerelles. C'est une raison de traiter la machine qui les héberge comme une infrastructure sensible : c'est elle qui, en cas de compromission, expose les comptes pour lesquels elle parle. Chaque passerelle double à peu près l'empreinte mémoire d'un petit serveur — prévoyez la capacité en conséquence, et accordez au choix de son emplacement la même réflexion qu'au serveur lui-même — le raisonnement de notre [guide sur le choix d'une juridiction](https://servhidden.com/fr/guides/choosing-an-offshore-jurisdiction) s'applique avec encore plus de force à une machine détenant les identifiants de plusieurs réseaux à la fois.

## Le garder en vie : clés, sauvegardes et mises à jour

Un serveur Matrix possède un fichier dont la perte est irrécupérable, et cela n'a rien à voir avec le volume de données. La clé de signature — signing.key sous Synapse — c'est ce par quoi votre serveur prouve que les événements se réclamant de votre domaine en proviennent réellement. La perdre, c'est ne plus pouvoir crédiblement être votre propre serveur ; les pairs rejetteront les événements signés par un inconnu portant votre nom. Sauvegardez-la séparément de tout le reste, et conservez cette copie hors de la machine.

**Sauvegardez la clé et la base de données, et comprenez pourquoi restaurer l'une sans l'autre est dangereux.** Restaurer une base de données Matrix à un instantané plus ancien place votre serveur dans un état que ses pairs ont déjà dépassé, et la divergence qui en résulte est bien plus difficile à réparer qu'une reconstruction propre. Effectuez des sauvegardes cohérentes avec pg_dump, conservez-les hors de la machine, et rappelez-vous que sur cette plateforme il n'existe aucune copie fournisseur de secours — rien n'est conservé après résiliation, ce qui est tout l'intérêt de l'arrangement et fait l'objet de notre [guide de sauvegarde](https://servhidden.com/fr/guides/vps-backup-strategy).

Les mises à jour sont banales mais pas facultatives. Les nouvelles versions du serveur embarquent des migrations de schéma, et sauter de nombreuses versions transforme une mise à jour de cinq minutes en un après-midi entier. Lisez les notes de version avant de vous lancer, mettez à jour assez régulièrement pour que chaque étape reste petite, et appliquez l'hygiène de base décrite dans notre [check-list de durcissement de la première heure](https://servhidden.com/fr/guides/first-hour-vps-hardening-checklist) — un serveur de messagerie est un service exposé sur Internet à long terme, doté d'une base de données, et il mérite le même traitement que n'importe quel autre.

## L'emplacement du serveur reste déterminant

Tout ce qui précède relève de la configuration. Ce que la configuration ne peut pas toucher, c'est le système juridique qui reçoit une réquisition concernant vos utilisateurs — et pour un serveur de communication, cette question pèse plus lourd que pour un simple site web. Un serveur personnel conserve en clair les registres d'appartenance, les horodatages et les données de graphe social, même quand le corps des messages est chiffré — la juridiction qui l'héberge est donc celle qui régit l'accès à ces informations.

C'est l'argument pratique pour choisir un emplacement délibérément, et pas seulement en fonction de la latence. Nous en exploitons sept, et les compromis entre eux sont détaillés dans notre [guide sur le choix d'une juridiction](https://servhidden.com/fr/guides/choosing-an-offshore-jurisdiction) et sur la [page des emplacements](https://servhidden.com/fr/locations). L'autre moitié de la même question, c'est ce que le fournisseur sait de votre identité : un compte sans identité rattachée ne peut produire des documents d'identité qu'il n'a jamais collectés, ce qui explique tout simplement pourquoi [l'hébergement sans KYC](https://servhidden.com/fr/no-kyc-hosting) et les communications auto-hébergées reviennent sans cesse dans la même conversation. Ni l'un ni l'autre ne protège contre un tribunal qui possède déjà votre nom, et notre [guide OpSec](https://servhidden.com/fr/guides/server-opsec-staying-anonymous) est sans détour sur l'endroit où se situe cette limite.

## En résumé

Si vous ne retenez que six choses de cette page, retenez celles-ci :

- Choisissez le server_name avant d'installer quoi que ce soit — c'est la seule décision sur laquelle vous ne pourrez jamais revenir.

- Déléguez avec /.well-known/matrix/server ou un enregistrement SRV, et maintenez un certificat TLS valide sur les deux noms.

- Dimensionnez pour les salons que vos utilisateurs rejoindront, pas pour leur nombre.

- Réglez la rétention des médias dès le premier jour, et statuez sur les aperçus de liens plutôt que de subir la valeur par défaut.

- Gardez les inscriptions fermées ou verrouillées par jeton ; une réputation de domaine grillée coûte cher à réparer.

- Sauvegardez signing.key séparément, et ne restaurez jamais la base de données en retrait par rapport à vos pairs.

Faites cela, et votre serveur restera sans histoire — exactement ce qu'un serveur de messagerie devrait être. Ce que vous obtenez en échange mérite d'être regardé avec lucidité : non pas l'invisibilité, ni un protocole qui cache qui parle à qui, mais des conversations dont le contenu vous appartient, un compte que personne d'autre ne peut fermer, et une machine placée sous un système juridique que vous avez choisi délibérément. [Installez votre serveur là où vous l'avez choisi](https://servhidden.com/fr/use-cases/matrix-xmpp-hosting), et laissez la fédération venir à vous.





FAQ

## Serveur Matrix auto-hébergé — questions fréquentes





### 01
L'auto-hébergement de Matrix rend-il mes messages plus privés ?



Cela change la garde des données plutôt que la cryptographie. Le contenu des messages dans les salons privés est déjà chiffré de bout en bout avant d'atteindre un serveur, y compris commercial : l'auto-hébergement ne chiffre donc rien qui ne l'était déjà. Ce qui change, c'est qui détient les métadonnées, qui peut fermer votre compte, et quel système juridique reçoit une réquisition à ce sujet. Ce sont de vrais gains, mais différents de ceux qu'on imagine généralement.





### 02
Les administrateurs des autres serveurs peuvent-ils lire mes salons ?



Ils ne peuvent pas lire le contenu des messages chiffrés, mais ils voient bien davantage d'autres choses. Tout serveur ayant un utilisateur dans votre salon reçoit et stocke l'état du salon : qui en est membre, les arrivées et départs, les noms affichés, les horodatages, les réactions, ainsi que la taille et le moment des transferts de fichiers. Ces données vivent dans leur base, selon leurs propres règles, et les supprimer de votre côté ne les efface pas de la leur.





### 03
Synapse ou Conduit : lequel choisir ?



Conduit ou conduwuit pour un petit serveur privé, car un binaire Rust unique avec base de données embarquée tourne sans problème sur une offre d'entrée de gamme et demande très peu d'attention. Synapse pour tout ce que vous prévoyez de faire grandir, sur lequel vous ferez tourner des passerelles, ou que vous modérerez publiquement, car c'est l'implémentation de référence et chaque fonctionnalité et outil d'administration la vise en priorité. Migrer d'une implémentation à l'autre plus tard signifie exporter puis reconstruire : choisissez donc en pensant à la deuxième année.





### 04
De combien de RAM un serveur Matrix a-t-il besoin ?



Pour Synapse, environ 2 Go pour démarrer, environ 4 Go pour dix à cinquante utilisateurs actifs, et 8 Go ou plus au-delà d'une centaine. Les serveurs de la famille Conduit restent bien en dessous de ces chiffres. Il faut surtout retenir que la mémoire suit le nombre et la taille des salons que rejoignent vos utilisateurs, et non le nombre de comptes hébergés — quelques utilisateurs dans de nombreux grands salons publics coûtent plus cher que de nombreux utilisateurs dans de petits salons privés.





### 05
Pourquoi mon serveur Matrix utilise-t-il autant de disque ?



Deux causes, généralement combinées. Rejoindre de grands salons fédérés importe sur votre disque l'historique et l'état d'autres serveurs, si bien qu'un petit serveur peut légitimement porter une grosse base de données. Et les médias distants sont mis en cache indéfiniment par défaut, si bien que les images et fichiers des salons où sont simplement présents vos utilisateurs s'accumulent pour toujours. Définissez tôt une politique de rétention pour les médias distants, purgez régulièrement l'historique ancien, et surveillez l'espace disponible plutôt que d'attendre les symptômes.





### 06
Faut-il laisser les inscriptions ouvertes ?



Pas sur un serveur auquel vous tenez. Les inscriptions ouvertes attirent des créations de comptes automatisées qui transforment votre domaine en source de spam, et d'autres serveurs réagissent en l'ajoutant à des listes de contrôle d'accès partagées — vos utilisateurs légitimes se retrouvent alors bloqués ailleurs. Laissez les inscriptions désactivées et créez les comptes vous-même, ou verrouillez-les derrière des jetons d'inscription pour n'ouvrir la porte qu'aux personnes que vous avez invitées.





### 07
Faire tourner une passerelle casse-t-elle le chiffrement de bout en bout ?



Cela déplace la frontière. Une passerelle doit convertir entre deux protocoles : à cet endroit précis, elle traite donc nécessairement les messages sous une forme lisible, et elle détient les identifiants du compte distant. Le trafic reste chiffré côté Matrix comme sur l'autre réseau, mais la passerelle elle-même est un point où les deux deviennent lisibles. Traitez la machine qui l'héberge comme une infrastructure sensible, et sachez que chaque passerelle double à peu près l'empreinte mémoire d'un petit serveur.





### 08
Puis-je changer mon server_name plus tard ?



Non, et mieux vaut le lire deux fois avant d'installer quoi que ce soit. Le server_name est gravé dans chaque identifiant utilisateur, identifiant de salon et événement signé que produit votre serveur : le changer revient donc à abandonner les comptes et les salons plutôt qu'à les renommer. Choisissez le domaine nu que vous voulez vraiment, puis utilisez une délégation .well-known ou un enregistrement SRV pour le faire pointer vers la machine qui exécute le logiciel.




Guides connexes

## Continuer la lecture


[### Comment choisir une juridiction d'hébergement offshore en 2026

Achat


Un cadre de décision pratique pour choisir une juridiction offshore : loi sur la rétention de données, exposition aux MLAT, position face au DMCA, rapidité des tribunaux et application réelle — pays par pays.


FAQ de 6 questions](https://servhidden.com/fr/guides/choosing-an-offshore-jurisdiction)
[### VPS vs Serveur Dédié pour les Charges de Travail Sensibles à la Confidentialité

Achat


Quand un VPS suffit, quand la colocation est une responsabilité, et quand le bare metal est la seule réponse honnête. Isolation matérielle, risque hyperviseur, et coût vs modèle de menace.


FAQ de 6 questions](https://servhidden.com/fr/guides/vps-vs-dedicated-for-privacy)
[### VPN Auto-Hébergé sur un VPS Sans-KYC : WireGuard vs OpenVPN

Exploitation


Pourquoi un VPN auto-hébergé surpasse les fournisseurs commerciaux, et comment WireGuard et OpenVPN se comparent vraiment sur la confidentialité, les performances et le risque opérationnel en 2026.


FAQ de 6 questions](https://servhidden.com/fr/guides/self-hosted-vpn-wireguard-vs-openvpn)
[### RTX 4090 vs H100 SXM5 pour l'inférence IA (et où se situe le RTX 5090)

Achat


Guide d'achat : quel GPU NVIDIA pour des charges LLM auto-hébergées, image, vidéo, voix et finetuning en 2026. RTX 4090 vs RTX 5090 vs H100 SXM5 vs dual H100 — VRAM, débit, $/token, quand chacun gagne.


FAQ de 6 questions](https://servhidden.com/fr/guides/rtx-4090-vs-h100-for-ai-inference)
[### RDP Windows offshore pour le trading Forex MT4 / MT5 / cTrader

Exploitation


Guide complet : pourquoi un RDP Windows pour le trading Forex, comment choisir une juridiction offshore à faible latence, configuration MT4 / MT5 / cTrader / Expert Advisor, latence vers les serveurs de courtiers, et la voie de paiement sans KYC.


FAQ de 6 questions](https://servhidden.com/fr/guides/offshore-windows-rdp-for-forex-trading)
[### L’hébergement DMCA-ignoré expliqué : ce que cela signifie vraiment en 2026

Achat


Ce que l’hébergement « DMCA ignoré » vous apporte réellement, quelles juridictions le soutiennent vraiment, les charges de travail qui en ont besoin, et les pièges en matière de droits d’auteur que le terme ne couvre pas.


FAQ de 6 questions](https://servhidden.com/fr/guides/dmca-ignored-hosting-explained)
[### Enregistrement de domaine anonyme avec crypto : confidentialité WHOIS en 2026

Confidentialité


Un guide pratique 2026 pour enregistrer des domaines sans révéler votre identité : régimes WHOIS par extension, choix du bureau d’enregistrement, options de paiement en crypto, et les erreurs opérationnelles qui vous trahissent quand même.


FAQ de 6 questions](https://servhidden.com/fr/guides/anonymous-domain-registration-with-crypto)
[### Paiements Crypto pour l'Hébergement : Monero vs Bitcoin vs USDT

Confidentialité


Comment le choix de la monnaie affecte ce que votre hébergeur apprend sur vous. Confidentialité, frais, finalité et exposition à l'analyse de chaîne pour XMR, BTC et USDT — avec une recommandation claire.


FAQ de 6 questions](https://servhidden.com/fr/guides/crypto-payments-monero-vs-bitcoin-vs-usdt)
[### L’hébergement offshore est-il vraiment anonyme ? Une réponse honnête

Confidentialité


L’hébergement offshore sans KYC supprime l’identité qu’un hébergeur classique collecte — mais « anonyme » dépend du paiement, de la journalisation du fournisseur et de votre propre opsec. Voici ce qui est réellement traçable.


FAQ de 6 questions](https://servhidden.com/fr/guides/is-offshore-hosting-truly-anonymous)
[### La première heure de durcissement d’un VPS : une checklist

Exploitation


Une checklist concrète et ordonnée pour sécuriser un nouveau VPS en moins d’une heure : clés SSH, pare-feu, fail2ban, mises à jour automatiques, et la réduction de surface d’attaque qui stoppe la plupart des attaques opportunistes.


FAQ de 6 questions](https://servhidden.com/fr/guides/first-hour-vps-hardening-checklist)
[### Qu'est-ce que l'hébergement sans KYC ? Définition, légalité et fonctionnement

Confidentialité


L'hébergement sans KYC vous permet de louer un serveur sans aucune vérification d'identité — ni nom, ni e-mail, ni pièce d'identité. Voici exactement ce que cela signifie, comment ça fonctionne techniquement, si c'est légal, et comment choisir un vrai prestataire.


FAQ de 6 questions](https://servhidden.com/fr/guides/what-is-no-kyc-hosting)
[### L'hébergement offshore est-il légal ? La réponse honnête en 2026

Achat


L'hébergement offshore est légal — pour vous comme pour le prestataire. Voici ce que le terme signifie vraiment, où se situe réellement la limite légale, les idées reçues à abandonner et comment l'utiliser de façon responsable.


FAQ de 6 questions](https://servhidden.com/fr/guides/is-offshore-hosting-legal)
[### Comment payer son hébergement avec Monero (XMR) — Guide étape par étape

Confidentialité


Un guide étape par étape pour payer un VPS ou un serveur dédié avec Monero (XMR) : pourquoi XMR est l'option la plus privée, comment l'obtenir, et comment fonctionne le paiement — de la facture à un serveur opérationnel en quelques minutes.


FAQ de 6 questions](https://servhidden.com/fr/guides/how-to-pay-for-hosting-with-monero)
[### Comment héberger un site web anonymement — Guide pratique 2026

Confidentialité


Un guide pratique et structuré par couches pour héberger un site web sans identité attachée : le compte, le paiement, le domaine, la juridiction, votre connexion et le contenu — chaque couche expliquée.


FAQ de 6 questions](https://servhidden.com/fr/guides/how-to-host-a-website-anonymously)
[### Comment configurer un VPN WireGuard sur un VPS — Guide étape par étape

Exploitation


Créez votre propre VPN privé sur un VPS avec WireGuard : pourquoi un VPN auto-hébergé surpasse un service commercial, la configuration complète de l'installation à la connexion d'un client, et comment le renforcer.


FAQ de 6 questions](https://servhidden.com/fr/guides/how-to-set-up-wireguard-vpn-on-a-vps)
[### Comment héberger soi-même un LLM sur un serveur GPU — Guide 2026

Exploitation


Faites tourner votre propre grand modèle de langage sur un serveur GPU loué : pourquoi l'auto-hébergement surpasse une API tierce, quel GPU et quel modèle choisir, la mise en place avec Ollama ou vLLM, et ce que ça coûte.


FAQ de 6 questions](https://servhidden.com/fr/guides/self-host-an-llm-on-a-gpu-server)
[### Hébergement bulletproof vs hébergement offshore — Quelle est la différence ?

Achat


Hébergement bulletproof et hébergement offshore sont constamment confondus — et pourtant ce n'est pas la même chose. Voici la vraie différence, pourquoi elle compte, et lequel des deux vous recherchez réellement.


FAQ de 6 questions](https://servhidden.com/fr/guides/bulletproof-vs-offshore-hosting)
[### Comment acheter un VPS avec Bitcoin — Guide étape par étape (2026)

Achat


Un guide accessible pour acheter un VPS avec Bitcoin : obtenir des BTC, choisir un plan, régler la facture et ce que vous obtenez — un serveur opérationnel sans carte bancaire et sans nom associé.


FAQ de 6 questions](https://servhidden.com/fr/guides/how-to-buy-a-vps-with-bitcoin)
[### Meilleurs pays pour un hébergement ignorant le DMCA en 2026

Achat


Où héberger vos serveurs hors de portée des suppressions à l'américaine : les juridictions qui fonctionnent vraiment, ce que « ignorer le DMCA » signifie concrètement, et comment choisir.


FAQ de 6 questions](https://servhidden.com/fr/guides/best-countries-for-dmca-ignored-hosting)
[### Comment héberger un service caché Tor (site .onion) — Guide 2026

Exploitation


Configurez un service onion Tor sur un VPS : ce qu'est un service caché, pourquoi c'est la forme d'hébergement anonyme la plus robuste, la mise en place complète et comment préserver réellement son anonymat.


FAQ de 6 questions](https://servhidden.com/fr/guides/how-to-host-a-tor-hidden-service)
[### Configuration d'un serveur mail offshore — Hébergez votre messagerie privée en 2026

Exploitation


Gérez votre propre serveur de messagerie privé sur un VPS offshore : pourquoi auto-héberger vos emails, ce dont vous avez besoin, la mise en place concrète avec une solution tout-en-un, et comment assurer la délivrabilité.


FAQ de 6 questions](https://servhidden.com/fr/guides/offshore-mail-server-setup)
[### Guide d'hébergement de nœud crypto — Faire tourner un nœud blockchain sur un VPS

Exploitation


Comment héberger un nœud blockchain sur un serveur : pourquoi faire tourner son propre nœud, dimensionner le serveur pour Bitcoin, Ethereum, Monero et d'autres chaînes, la mise en place, et comment conserver sa confidentialité.


FAQ de 6 questions](https://servhidden.com/fr/guides/crypto-node-hosting-guide)
[### Hébergement GPU pour Stable Diffusion — Faites tourner votre propre serveur d'images

Exploitation


Faites tourner Stable Diffusion sur votre propre serveur GPU : pourquoi héberger soi-même la génération d'images, quel GPU choisir, la mise en place avec une interface web, et ce que cela coûte par rapport à un service hébergé.


FAQ de 6 questions](https://servhidden.com/fr/guides/gpu-hosting-for-stable-diffusion)
[### OpSec serveur — Rester anonyme quand on gère un serveur

Confidentialité


Sécurité opérationnelle pour toute personne gérant un serveur anonyme : les erreurs qui permettent de désanonymiser, les habitudes qui les préviennent, et comment maintenir une identité vraiment séparée.


FAQ de 6 questions](https://servhidden.com/fr/guides/server-opsec-staying-anonymous)
[### Guide de configuration d'une seedbox — Créez votre propre seedbox privée en 2026

Exploitation


Comment créer sa propre seedbox sur un serveur : ce qu'est une seedbox, comment la dimensionner, installer un client torrent avec interface web, et la maintenir privée et sécurisée.


FAQ de 6 questions](https://servhidden.com/fr/guides/seedbox-setup-guide)
[### Comment contourner la censure DPI avec votre propre VPS (guide 2026)

Confidentialité


Votre VPN a cessé de fonctionner ? Comment contourner la censure DPI avec votre propre VPS : ce que l'inspection approfondie des paquets détecte réellement, lequel des cinq protocoles de 2026 bat quel type de blocage, et un guide complet de déploiement VLESS+REALITY.


FAQ de 6 questions](https://servhidden.com/fr/guides/bypass-dpi-censorship-with-your-own-vps)
[### Chiffrement intégral du disque sur un VPS : configuration LUKS

Exploitation


Comment chiffrer un VPS avec LUKS : volumes de données chiffrés, chiffrement intégral de la racine avec déverrouillage SSH, les réglages qui comptent sur un petit serveur, et ce que le chiffrement empêche vraiment.


FAQ de 8 questions](https://servhidden.com/fr/guides/full-disk-encryption-on-a-vps)
[### Masquer l'IP d'origine : CDN, reverse proxy et fuites

Confidentialité


Faut-il un CDN devant un serveur offshore : ce qu'il masque, le service abus hérité, les six fuites d'IP d'origine possibles, et comment auditer la vôtre.


FAQ de 8 questions](https://servhidden.com/fr/guides/hiding-your-origin-server-ip)
[### Sauvegarde VPS chiffrée et hors site : la stratégie qui restaure vraiment

Exploitation


Votre hébergeur ne conserve aucune sauvegarde. Ce qui détruit un serveur, restic contre Borg, les clés qu’on oublie, et comment tester une restauration.


FAQ de 8 questions](https://servhidden.com/fr/guides/vps-backup-strategy)
[### Migrer un site vers un hébergeur offshore sans interruption

Exploitation


L’ordre qui rend une migration d’hébergeur ennuyeuse : baisser le TTL DNS plusieurs jours à l’avance, faire tourner les deux serveurs en parallèle, geler les écritures pendant des minutes plutôt que des heures — et nettoyer la trace laissée par le DNS passif, les journaux Certificate Transparency et le WHOIS.


FAQ de 8 questions](https://servhidden.com/fr/guides/migrate-website-to-offshore-hosting)
[### How to Self-Host a Crypto Payment Gateway with BTCPay Server

Exploitation


Run your own non-custodial checkout on an offshore VPS: BTCPay Server, a pruned Bitcoin node, Lightning and Monero — how to size the disk, why the private keys must never touch the machine, and where KYC quietly reappears at the cash-out.


FAQ de 8 questions](https://servhidden.com/fr/guides/self-host-a-crypto-payment-gateway)




## Installez votre serveur là où vous l'avez choisi



Sept juridictions, root complet, ISO personnalisée et bande passante illimitée sur chaque offre — à partir de 7,50 $/mois pour un petit serveur Conduit ou Dendrite. Sans KYC, sans e-mail, paiement en crypto uniquement.


[Voir les offres VPS](https://servhidden.com/fr/vps)
[Toutes les localisations](https://servhidden.com/fr/locations)
[Hébergement offshore](https://servhidden.com/fr/anonymous-hosting)


## Structured data (JSON-LD)

```json
{
    "@context": "https://schema.org",
    "@type": "Organization",
    "@id": "https://servhidden.com/#organization",
    "name": "ServHidden",
    "url": "https://servhidden.com",
    "description": "VPS et serveurs dédiés offshore dans 7 juridictions privacy-friendly. Sans KYC, sans logs, crypto uniquement. La vie privée par architecture.",
    "logo": {
        "@type": "ImageObject",
        "url": "https://servhidden.com/ServHidden.webp",
        "width": 512,
        "height": 512
    },
    "foundingDate": "2025",
    "areaServed": [
        {
            "@type": "Country",
            "name": "Iceland"
        },
        {
            "@type": "Country",
            "name": "Panama"
        },
        {
            "@type": "Country",
            "name": "Moldova"
        },
        {
            "@type": "Country",
            "name": "Romania"
        },
        {
            "@type": "Country",
            "name": "Switzerland"
        },
        {
            "@type": "Country",
            "name": "Netherlands"
        },
        {
            "@type": "Country",
            "name": "Russia"
        }
    ],
    "knowsAbout": [
        "Offshore hosting",
        "Offshore VPS",
        "Bare-metal dedicated servers",
        "DMCA-ignored hosting",
        "No KYC hosting",
        "Cryptocurrency payments",
        "Privacy engineering",
        "Token-based authentication",
        "Anonymous domain name registration",
        "No-KYC domain registrar",
        "WHOIS privacy",
        "Cheap .com domains",
        "Crypto-paid domain names",
        "NVIDIA GPU compute",
        "Windows RDP hosting",
        "Agentic commerce"
    ],
    "contactPoint": {
        "@type": "ContactPoint",
        "contactType": "customer support",
        "url": "https://servhidden.com/contact",
        "availableLanguage": [
            "en",
            "ru",
            "zh",
            "es",
            "fr",
            "de",
            "pt",
            "ar",
            "ja",
            "ko",
            "hi",
            "id",
            "it",
            "tr",
            "fa",
            "vi"
        ]
    },
    "sameAs": [
        "https://servhidden.com/canary",
        "https://servhidden.com/press"
    ]
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "WebSite",
    "@id": "https://servhidden.com/#website",
    "url": "https://servhidden.com",
    "name": "ServHidden",
    "publisher": {
        "@id": "https://servhidden.com/#organization"
    },
    "inLanguage": [
        "en",
        "ru",
        "zh",
        "es",
        "fr",
        "de",
        "pt",
        "ar",
        "ja",
        "ko",
        "hi",
        "id",
        "it",
        "tr",
        "fa",
        "vi"
    ]
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "Article",
    "headline": "Auto-héberger Matrix : fédération, métadonnées et limites du chiffrement E2EE",
    "description": "Ce qu'un serveur Matrix auto-hébergé change : Synapse ou Conduit, le server_name qu'on ne change jamais, les médias qui saturent le disque, ce que révèle la fédération.",
    "image": "https://servhidden.com/assets/img/guides/self-host-a-matrix-server.webp?v=1787253905",
    "author": {
        "@type": "Organization",
        "@id": "https://servhidden.com/#editorial",
        "name": "ServHidden Editorial",
        "url": "https://servhidden.com/about",
        "description": "Operator-side editorial team writing about offshore hosting jurisdictions, offshore server architecture, self-hosted privacy stacks and crypto payments.",
        "knowsAbout": [
            "Offshore hosting jurisdictions",
            "Data retention law",
            "MLAT and judicial cooperation",
            "WireGuard and OpenVPN deployment",
            "Tor relay operation",
            "Monero and Bitcoin payment privacy",
            "KVM virtualization and bare-metal hosting",
            "DMCA-ignored hosting"
        ],
        "parentOrganization": {
            "@id": "https://servhidden.com/#organization"
        }
    },
    "publisher": {
        "@id": "https://servhidden.com/#organization"
    },
    "datePublished": "2026-08-20T00:00:00+00:00",
    "dateModified": "2026-08-21T00:00:00+00:00",
    "mainEntityOfPage": "https://servhidden.com/guides/self-host-a-matrix-server",
    "inLanguage": "fr",
    "keywords": "auto-hébergement Matrix, héberger son propre serveur de chat, serveur Matrix VPS, Synapse ou Conduit, server_name Matrix, messagerie chiffrée auto-hébergée, alternative à Discord sans KYC, fédération et vie privée Matrix",
    "articleSection": "Exploitation",
    "wordCount": 3801
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
        {
            "@type": "Question",
            "name": "L'auto-hébergement de Matrix rend-il mes messages plus privés ?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Cela change la garde des données plutôt que la cryptographie. Le contenu des messages dans les salons privés est déjà chiffré de bout en bout avant d'atteindre un serveur, y compris commercial : l'auto-hébergement ne chiffre donc rien qui ne l'était déjà. Ce qui change, c'est qui détient les métadonnées, qui peut fermer votre compte, et quel système juridique reçoit une réquisition à ce sujet. Ce sont de vrais gains, mais différents de ceux qu'on imagine généralement."
            }
        },
        {
            "@type": "Question",
            "name": "Les administrateurs des autres serveurs peuvent-ils lire mes salons ?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Ils ne peuvent pas lire le contenu des messages chiffrés, mais ils voient bien davantage d'autres choses. Tout serveur ayant un utilisateur dans votre salon reçoit et stocke l'état du salon : qui en est membre, les arrivées et départs, les noms affichés, les horodatages, les réactions, ainsi que la taille et le moment des transferts de fichiers. Ces données vivent dans leur base, selon leurs propres règles, et les supprimer de votre côté ne les efface pas de la leur."
            }
        },
        {
            "@type": "Question",
            "name": "Synapse ou Conduit : lequel choisir ?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Conduit ou conduwuit pour un petit serveur privé, car un binaire Rust unique avec base de données embarquée tourne sans problème sur une offre d'entrée de gamme et demande très peu d'attention. Synapse pour tout ce que vous prévoyez de faire grandir, sur lequel vous ferez tourner des passerelles, ou que vous modérerez publiquement, car c'est l'implémentation de référence et chaque fonctionnalité et outil d'administration la vise en priorité. Migrer d'une implémentation à l'autre plus tard signifie exporter puis reconstruire : choisissez donc en pensant à la deuxième année."
            }
        },
        {
            "@type": "Question",
            "name": "De combien de RAM un serveur Matrix a-t-il besoin ?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Pour Synapse, environ 2 Go pour démarrer, environ 4 Go pour dix à cinquante utilisateurs actifs, et 8 Go ou plus au-delà d'une centaine. Les serveurs de la famille Conduit restent bien en dessous de ces chiffres. Il faut surtout retenir que la mémoire suit le nombre et la taille des salons que rejoignent vos utilisateurs, et non le nombre de comptes hébergés — quelques utilisateurs dans de nombreux grands salons publics coûtent plus cher que de nombreux utilisateurs dans de petits salons privés."
            }
        },
        {
            "@type": "Question",
            "name": "Pourquoi mon serveur Matrix utilise-t-il autant de disque ?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Deux causes, généralement combinées. Rejoindre de grands salons fédérés importe sur votre disque l'historique et l'état d'autres serveurs, si bien qu'un petit serveur peut légitimement porter une grosse base de données. Et les médias distants sont mis en cache indéfiniment par défaut, si bien que les images et fichiers des salons où sont simplement présents vos utilisateurs s'accumulent pour toujours. Définissez tôt une politique de rétention pour les médias distants, purgez régulièrement l'historique ancien, et surveillez l'espace disponible plutôt que d'attendre les symptômes."
            }
        },
        {
            "@type": "Question",
            "name": "Faut-il laisser les inscriptions ouvertes ?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Pas sur un serveur auquel vous tenez. Les inscriptions ouvertes attirent des créations de comptes automatisées qui transforment votre domaine en source de spam, et d'autres serveurs réagissent en l'ajoutant à des listes de contrôle d'accès partagées — vos utilisateurs légitimes se retrouvent alors bloqués ailleurs. Laissez les inscriptions désactivées et créez les comptes vous-même, ou verrouillez-les derrière des jetons d'inscription pour n'ouvrir la porte qu'aux personnes que vous avez invitées."
            }
        },
        {
            "@type": "Question",
            "name": "Faire tourner une passerelle casse-t-elle le chiffrement de bout en bout ?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Cela déplace la frontière. Une passerelle doit convertir entre deux protocoles : à cet endroit précis, elle traite donc nécessairement les messages sous une forme lisible, et elle détient les identifiants du compte distant. Le trafic reste chiffré côté Matrix comme sur l'autre réseau, mais la passerelle elle-même est un point où les deux deviennent lisibles. Traitez la machine qui l'héberge comme une infrastructure sensible, et sachez que chaque passerelle double à peu près l'empreinte mémoire d'un petit serveur."
            }
        },
        {
            "@type": "Question",
            "name": "Puis-je changer mon server_name plus tard ?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Non, et mieux vaut le lire deux fois avant d'installer quoi que ce soit. Le server_name est gravé dans chaque identifiant utilisateur, identifiant de salon et événement signé que produit votre serveur : le changer revient donc à abandonner les comptes et les salons plutôt qu'à les renommer. Choisissez le domaine nu que vous voulez vraiment, puis utilisez une délégation .well-known ou un enregistrement SRV pour le faire pointer vers la machine qui exécute le logiciel."
            }
        }
    ]
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": [
        {
            "@type": "ListItem",
            "position": 1,
            "name": "Accueil",
            "item": "https://servhidden.com/fr/"
        },
        {
            "@type": "ListItem",
            "position": 2,
            "name": "Guides Hébergement Privé",
            "item": "https://servhidden.com/fr/guides"
        },
        {
            "@type": "ListItem",
            "position": 3,
            "name": "Auto-héberger Matrix : fédération, métadonnées et limites du chiffrement E2EE",
            "item": "https://servhidden.com/fr/guides/self-host-a-matrix-server"
        }
    ]
}
```