Que servidor preciso para hospedar um homeserver Matrix?

O que é um servidor Matrix e o que ele faz?

Um servidor Matrix armazena as contas, as salas e as mensagens dos seus usuários e se federa com outros servidores, para que seus usuários possam falar com pessoas em outros pontos da rede. Você o opera sob seu próprio domínio, para você, uma família, uma equipe ou uma comunidade.

O servidor faz várias tarefas ao mesmo tempo:

• Contas e salas para cada usuário do seu domínio.
• Um banco de dados que guarda o estado das salas e o histórico de mensagens.
• Federação com outros servidores pela rede.
• Armazenamento de mídia para arquivos, avatares e suas miniaturas.
• Voz e vídeo opcionais, que exigem um servidor TURN separado.

Rodar seu próprio servidor significa que as mensagens e contas da sua comunidade ficam em uma máquina que você controla, sob um domínio que você escolheu. A implementação de referência é o Synapse; o Conduit é mais leve. Ambos rodam nos sistemas Linux que instalamos.

Quais são os requisitos de servidor do Synapse?

O Synapse, mantido pela Element, informa seus requisitos na própria documentação de instalação, consultada hoje.

• Sistema: um sistema compatível com POSIX, testado em Linux e macOS, com Python 3.10 ou superior, até 3.13.
• Memória: pelo menos 1 GB de RAM livre para entrar em salas públicas grandes como #matrix:matrix.org. Servidores movimentados e salas grandes precisam de mais.
• Banco de dados: PostgreSQL. A documentação diz que quase todas as instalações devem usá-lo e que o SQLite não deve ser usado em um servidor de produção.
• Pacotes Debian: a Matrix.org fornece pacotes Debian e Ubuntu para a arquitetura amd64.

O Synapse roda em um único processo por padrão. Para instâncias maiores, sua documentação descreve a divisão do trabalho entre processos worker, que precisam de PostgreSQL e Redis. Ela também alerta que o nome do servidor é escolhido antes da instalação, porque não pode ser alterado depois. Escolha a imagem Debian no checkout; veja os sistemas que cada berço oferece.

Por que o Synapse prefere PostgreSQL em vez de SQLite?

A documentação do Synapse é direta: quase todas as instalações devem optar pelo PostgreSQL, e o SQLite não deve ser usado em um servidor de produção. O SQLite só serve para testar o software.

A página do PostgreSQL aponta dois pontos práticos. O banco de dados pode ocupar de 25% a 100% mais espaço em disco após a migração do SQLite. Para implantações maiores, ela recomenda ajustar as configurações de memória, como shared_buffers, effective_cache_size e work_mem, com valores que dependem da memória livre do host.

Uma máquina inteira significa que o homeserver e seu PostgreSQL dividem toda a RAM e o disco, sem vizinho competindo por eles. Nada na máquina é compartilhado: o processador, a memória e os discos atendem apenas às suas cargas de trabalho. Todo berço tem armazenamento NVMe: 2 × 960 GB NVMe no menor.

Do que a federação precisa no servidor?

A federação é como seu homeserver alcança o resto do Matrix. A especificação server-to-server, versão v1.19, consultada hoje, define como outros servidores encontram o seu.

• Porta padrão. Outros servidores tentam a porta 8448 quando nenhuma porta é informada.
• Delegação. Um arquivo em https://<your-domain>/.well-known/matrix/server com um valor m.server, ou um registro SRV _matrix-fed._tcp, aponta a federação para o host e a porta corretos.
• TLS. A federação roda sobre HTTPS, então o endpoint precisa de certificados TLS válidos.

A própria página de federação do Synapse diz que a porta 8448 é por onde outros servidores chegam até você, e que a delegação permite controlar para onde o tráfego de federação é enviado. Abra a porta 8448, ou delegue com um arquivo .well-known, e dê ao endpoint um certificado de verdade, ou outros homeservers não falarão com o seu. Um domínio fixo, definido antes da instalação, amarra tudo isso.

Preciso de algo extra para chamadas e email?

Duas peças opcionais completam um homeserver.

• TURN para voz e vídeo. A documentação do Synapse diz que você precisa configurar um servidor TURN para que chamadas VoIP confiáveis sejam roteadas pelo seu homeserver. coturn e eturnal são as opções documentadas. O TURN precisa de um IP público e abre as portas 3478 e 5349, além de uma faixa de relay UDP de 49152 a 65535 por padrão.
• Email. O Synapse pode enviar email para redefinição de senha, registro e notificações; sem isso, esses recursos ficam desativados. Seu exemplo de configuração usa a porta SMTP 587 com force_tls, enviando para um provedor de email.

Nossa regra de rede se encaixa no caso do email. A porta 25 está fechada para envio de e-mail em todos os servidores, permanentemente, para manter o spam fora da rede; as portas 465 e 587 em direção aos provedores de e-mail permanecem abertas. Assim, a porta 587 recomendada pelo Synapse para um provedor de email funciona, enquanto a porta 25, propensa a spam, continua fechada. Todo berço tem um endereço IPv4 dedicado, de que o TURN precisa.

O Conduit é uma opção mais leve que o Synapse?

Sim. O Conduit, escrito em Rust, tem como objetivo ser um homeserver eficiente e fácil de configurar. Sua documentação, consultada hoje, diz que ele está em beta. Você pode rodá-lo em um computador pequeno como um Raspberry Pi, para uma família, amigos ou uma empresa.

A lista de ecossistema da Matrix.org, também consultada hoje, marca o Synapse (Python) como estável e o Conduit (Rust) como beta, ao lado de outros homeservers Rust estáveis. Ela não indica nenhum recomendado único.

Escolha o Synapse pelo conjunto de recursos de referência, ou um homeserver Rust mais leve para uma implantação pequena e de baixo overhead. De qualquer forma, uma máquina inteira deixa espaço para crescer. O menor berço traz 64 GB DDR4 ECC e 8 núcleos / 16 threads.

Onde um homeserver deve ficar, e quanto custa?

Coloque-o perto da sua comunidade, em uma jurisdição que você verificou. Reykjavik (Islândia), Zurich (Suíça), Bucharest (Romênia) e Amsterdam (Países Baixos): cada vaga em cada porto de escala, por um único preço. As quatro, comparadas para um operador, estão em o melhor país para hospedar um servidor, e as regras de retenção em quais países europeus ainda têm leis de retenção de dados.

Ravenquay comparou 18 provedores pagos em cripto que não pedem identidade no cadastro em 30 October 2026: 11 vendia um servidor dedicado sem medição de tráfego. Sem KYC: sem documento de identidade, sem selfie, sem documentos, sem cartão e sem número de telefone, nunca. 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.