¿Qué servidor necesito para alojar un homeserver de Matrix?

¿Qué es un servidor doméstico de Matrix y qué hace?

Un servidor doméstico de Matrix almacena las cuentas, salas y mensajes de tus usuarios, y se federa con otros servidores domésticos para que tus usuarios puedan hablar con gente de otros puntos de la red. Lo ejecutas bajo tu propio dominio, para ti, una familia, un equipo o una comunidad.

El servidor hace varias tareas a la vez:

• Cuentas y salas para cada usuario de tu dominio.
• Una base de datos que guarda el estado de las salas y el historial de mensajes.
• Federación con otros servidores domésticos a través de la red.
• Almacenamiento de medios para archivos, avatares y sus miniaturas.
• Voz y vídeo opcionales, que necesitan un servidor TURN aparte.

Ejecutar tu propio servidor doméstico significa que los mensajes y cuentas de tu comunidad viven en una máquina que tú controlas, bajo un dominio que tú elegiste. La implementación de referencia es Synapse; Conduit es una más ligera. Ambas funcionan en los sistemas Linux que instalamos.

¿Qué requisitos de servidor tiene Synapse?

Synapse, mantenido por Element, indica sus requisitos en su propia documentación de instalación, consultada hoy.

• Sistema: un sistema compatible con POSIX, probado en Linux y macOS, con Python 3.10 o posterior, hasta 3.13.
• Memoria: al menos 1 GB de RAM libre para unirte a salas públicas grandes como #matrix:matrix.org. Los servidores con mucha actividad y las salas grandes necesitan más.
• Base de datos: PostgreSQL. La documentación dice que casi todas las instalaciones deberían usarla, y que SQLite no debería usarse en un servidor de producción.
• Paquetes de Debian: Matrix.org ofrece paquetes para Debian y Ubuntu de arquitectura amd64.

Synapse funciona en un solo proceso de forma predeterminada. Para instancias más grandes, su documentación describe repartir el trabajo entre procesos worker, que necesitan PostgreSQL y Redis. También advierte que el nombre del servidor se elige antes de la instalación, porque no se puede cambiar después. Elige la imagen de Debian al hacer el pedido; consulta los sistemas que ofrece cada berth.

¿Por qué Synapse prefiere PostgreSQL en lugar de SQLite?

La documentación de Synapse es clara: casi todas las instalaciones deberían optar por PostgreSQL, y SQLite no debería usarse en un servidor de producción. SQLite solo sirve para probar el software.

La página de PostgreSQL señala dos puntos prácticos. La base de datos puede ocupar entre un 25 % y un 100 % más de espacio en disco tras migrar desde SQLite. Para despliegues más grandes, recomienda ajustar parámetros de memoria como shared_buffers, effective_cache_size y work_mem, con valores que dependen de la memoria libre del host.

Una máquina entera significa que el homeserver y su PostgreSQL comparten toda la RAM y el disco, sin ningún vecino compitiendo por ellos. Nada de la máquina es compartido: su procesador, su memoria y sus discos solo sirven a tus cargas de trabajo. Cada berth tiene almacenamiento NVMe: 2 × 960 GB NVMe en el más pequeño.

¿Qué necesita la federación del servidor?

La federación es cómo tu homeserver llega al resto de Matrix. La especificación server-to-server, versión v1.19, consultada hoy, establece cómo otros servidores encuentran el tuyo.

• Puerto predeterminado. Otros servidores prueban el puerto 8448 cuando no se indica ninguno.
• Delegación. Un archivo en https://<your-domain>/.well-known/matrix/server con un valor m.server, o un registro SRV _matrix-fed._tcp, dirigen la federación al host y puerto correctos.
• TLS. La federación funciona sobre HTTPS, así que el endpoint necesita certificados TLS válidos.

La propia página de federación de Synapse dice que el puerto 8448 es donde otros servidores te alcanzan, y que la delegación te permite controlar a dónde se envía el tráfico de federación. Abre el puerto 8448, o delega con un archivo .well-known, y dale al endpoint un certificado real, o los demás homeservers no hablarán con el tuyo. Un dominio fijo, configurado antes de la instalación, une todo esto.

¿Necesito algo extra para llamadas y correo?

Dos piezas opcionales completan un homeserver.

• TURN para voz y vídeo. La documentación de Synapse dice que debes configurar un servidor TURN para que las llamadas VoIP fiables se enruten por tu homeserver. coturn y eturnal son las opciones documentadas. TURN necesita una IP pública y abre los puertos 3478 y 5349, además de un rango de retransmisión UDP de 49152 a 65535 de forma predeterminada.
• Correo. Synapse puede enviar correo para restablecer contraseñas, registro y notificaciones; sin él, esas funciones quedan desactivadas. Su ejemplo de configuración usa el puerto SMTP 587 con force_tls, enviando a un proveedor de correo.

Nuestra regla de red encaja con el caso del correo. El puerto 25 está cerrado de forma permanente para el correo saliente en todos los servidores, para mantener el spam fuera de la red; los puertos 465 y 587 hacia proveedores de correo permanecen abiertos. Así, el puerto 587 recomendado por Synapse hacia un proveedor de correo funciona, mientras que el puerto 25, propenso al spam, permanece cerrado. Cada berth tiene una dirección IPv4 dedicada, que TURN necesita.

¿Es Conduit una opción más ligera que Synapse?

Sí. Conduit, escrito en Rust, aspira a ser un homeserver eficiente y fácil de configurar. Su documentación, consultada hoy, indica que está en beta. Puedes ejecutarlo en un equipo pequeño como una Raspberry Pi, para una familia, amigos o una empresa.

La lista del ecosistema de Matrix.org, también consultada hoy, marca Synapse (Python) como estable y Conduit (Rust) como beta, junto a otros homeservers estables en Rust. No nombra ninguno recomendado en concreto.

Elige Synapse por su conjunto de funciones de referencia, o un homeserver en Rust más ligero para un despliegue pequeño y de baja sobrecarga. En cualquier caso, una máquina entera deja espacio para crecer. El berth más pequeño incluye 64 GB DDR4 ECC y 8 núcleos / 16 hilos.

¿Dónde debería ubicarse un homeserver y cuánto cuesta?

Ubícalo cerca de tu comunidad, en una jurisdicción que hayas comprobado. Reikiavik (Islandia), Zúrich (Suiza), Bucarest (Rumanía) y Ámsterdam (Países Bajos): cada amarre en cada puerto de escala, a un mismo precio. Las cuatro, comparadas para un operador, están en el mejor país para alojar un servidor, y las normas de retención en qué países europeos aún tienen leyes de retención de datos.

Ravenquay comparó 18 proveedores que aceptan criptomonedas y no piden identificación al registrarse el 30 October 2026: 11 vendía un servidor dedicado sin límite de tráfico. Sin KYC: nunca identificación, ni selfie, ni documentos, ni tarjeta, ni número de teléfono. 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.