Como Manter um Servidor de Minecraft Online 24/7

Porque é que o seu servidor morre assim que deixa de olhar

Um servidor de Minecraft é um programa a correr numa máquina. Nada toma conta dele, nada o reinicia e nada mantém a máquina acordada em nome dele. Quando as pessoas dizem «o meu servidor está sempre a ir abaixo», é quase sempre um destes cinco motivos, e nenhum deles é culpa do Minecraft:

• O PC entrou em suspensão. As definições de energia predefinidas em qualquer computador de secretária ou portátil suspendem a máquina ao fim de um período sem atividade de teclado ou rato. Um servidor ocupado a servir jogadores continua a contar como inativo, porque ninguém está a mexer no teclado.
• O Fast Startup fez com que um encerramento parecesse um reinício. No Windows vem ativo por predefinição e é de longe o caso mais confuso: a máquina parece voltar, mas o processo do servidor desapareceu e a tarefa de arranque que configurou nunca correu.
• Uma atualização reiniciou a máquina às 3 da manhã. Tanto o Windows Update como as atualizações automáticas em Linux reiniciam sem perguntar. Se nada iniciar o seu servidor no arranque, ele simplesmente nunca volta.
• Alguém fechou a tampa, terminou sessão ou desligou a ficha. Terminar sessão de utilizador encerra os processos dessa sessão. Fechar a tampa de um portátil suspende a máquina. Um colega de casa que precisa da tomada encerra a discussão de vez.
• A eletricidade ou a Internet piscou. Um corte de um segundo chega. Toda a gente é desligada e nada põe o servidor de volta sozinho.

O que significa realmente 99.9% de disponibilidade

«Sempre ligado» é uma sensação. A disponibilidade é uma medição, e a diferença conta a partir do momento em que tenta perceber se o seu servidor é mesmo fiável ou se apenas não estava a ver quando ele foi abaixo.

A disponibilidade real mede-se a partir de fora da máquina: algo na Internet liga-se à porta do seu servidor a cada minuto e regista se ele respondeu. É a única definição que conta, porque apanha os casos que o seu próprio PC não consegue reportar — a máquina suspensa, a Internet em baixo, o processo bloqueado. «O meu PC esteve ligado a semana toda» não é um número de disponibilidade.

As percentagens soam abstratas até as converter em tempo. Ao longo de um mês de 30 dias:

Leia esta tabela ao lado da secção anterior e o problema do alojamento em casa torna-se óbvio: um único ciclo de reinício do Windows Update já gasta a maior parte de um mês a 99.9%. Não é uma crise, não é uma avaria de hardware — é um reinício de rotina. Dois desses, mais uma noite em que a máquina adormeceu, e já está na zona dos 99% sem que nada tenha realmente corrido mal.

Se quer saber o seu número real em vez de o adivinhar, aponte um monitor de disponibilidade externo gratuito para o endereço e a porta do seu servidor e deixe-o correr durante um mês. Vai dizer-lhe coisas que não sabia, normalmente sobre as horas em que estava a dormir. Como referência, a HytHost trabalha com um objetivo de 99.9% de disponibilidade — a mesma bitola, medida da mesma maneira.

O que um PC a trabalhar sem parar lhe exige mesmo

Uma máquina que nunca se desliga é uma máquina diferente daquela que usa à noite. Ao longo de um ano acumula cerca de 8760 horas de funcionamento — ventoinhas a rodar, discos a girar, calor a sair dela continuamente. Fica algures, e se esse algures for o seu quarto vai aprender exatamente quão audível é a ventoinha de uma caixa às 3 da manhã em julho. Nada disto é dramático, mas é a parte que as pessoas esquecem quando imaginam «é só deixá-lo ligado».

Consome também eletricidade o tempo todo, e isso aparece na fatura. Essa é uma questão de dinheiro e não de disponibilidade, por isso vive no guia dela — veja quanto custa realmente um servidor de Minecraft para as contas.

A maior surpresa normalmente não é a máquina. É a linha atrás da qual está.

As ligações domésticas foram feitas para descarregar, não para servir

A sua velocidade de descarregamento é irrelevante aqui. Um servidor envia — um fluxo contínuo de atualizações do mundo para cada jogador ligado — por isso a sua velocidade de envio é o teto para quantas pessoas conseguem jogar sem engasgos. Os tarifários domésticos são normalmente vendidos com um número grande de descarregamento e um bem mais pequeno de envio, e esse número mais pequeno é o único que interessa ao seu servidor. Quando um servidor «tem lag para toda a gente menos para o anfitrião», é muitas vezes por isto.

O seu endereço muda sem aviso

A maioria das ligações domésticas recebe um IP dinâmico: muda quando o router reinicia, quando a linha cai ou conforme o calendário do próprio operador. Cada amigo que guardou o seu servidor na lista tem agora uma entrada morta, e volta a ter de distribuir o endereço novo. Um serviço de DNS dinâmico disfarça isto dando-lhe um hostname estável que acompanha o endereço em mudança — configure-o antes de distribuir o endereço, não depois.

Algumas ligações não conseguem alojar de todo

Esta apanha as pessoas ao fim de horas de diagnóstico. Muitos operadores colocam os clientes domésticos atrás de NAT de operador, o que significa que não tem um endereço público próprio — partilha um. O reencaminhamento de portas não pode funcionar nessa situação por mais correta que esteja a configuração do router, porque não existe endereço a partir do qual reencaminhar. Outros bloqueiam à partida as portas comuns de servidor ou proíbem correr servidores nas condições do contrato. Se o reencaminhamento de portas está perfeito e os jogadores de fora continuam sem conseguir ligar-se, é isto que deve verificar a seguir.

O seu IP de casa passa a ser o endereço do servidor

Para deixar alguém de fora de casa ligar-se, reencaminha uma porta no router — e a partir desse momento o endereço do seu servidor é o endereço IP público da sua casa. Toda a gente que convida fica com ele. Tal como toda a gente a quem essas pessoas o passarem, e qualquer um que o veja numa captura de ecrã, numa mensagem do Discord ou numa lista de servidores.

A mudança importante é o que passa a ser alvo. Um ataque dirigido a um servidor alojado atinge esse servidor. Um ataque dirigido ao endereço da sua casa atinge a casa: a sua ligação, os telemóveis da família, a chamada de trabalho de alguém, a televisão. Não o consegue filtrar por dentro, porque o tráfego já saturou a linha antes de chegar ao router. Desligar o servidor também não ajuda — o endereço continua a ser o endereço.

Esta é a única diferença entre alojamento em casa e em datacenter que não tem solução em casa. O endereço de um servidor alojado é descartável e pertence ao servidor, não ao sítio onde vive, e está por trás da proteção DDoS da Voxility, que absorve os ataques antes de estes chegarem lá. Para um servidor privado partilhado com pessoas que conhece, alojar em casa é um risco razoável. Para qualquer coisa pública, é a razão pela qual a maioria desiste.

PC próprio, VPS ou alojamento gerido: quem faz o trabalho

Os três conseguem estar online 24 horas por dia. Não é isso que os separa. O que os separa é quem é o responsável quando não estão — e essa é a pergunta que vale a pena decidir, porque é com ela que vive todas as semanas.

A coluna do meio é aquela que as pessoas avaliam mal. Um VPS resolve imediatamente os dois problemas mais difíceis — tem um endereço a sério e hardware que nunca dorme — mas entrega-lhe uma máquina Linux em bruto e transforma-o em administrador de sistemas. É você que instala e atualiza o Java, que configura a firewall, que escreve o serviço que arranca o servidor no boot, que aplica as correções de segurança, que configura e testa as cópias de segurança. Nada disso é difícil, mas tudo isso é agora seu, para sempre, e uma máquina exposta à Internet e desatualizada é um risco, não um servidor.

Como manter na mesma um servidor caseiro vivo

Se vai ficar-se pela sua própria máquina, estas são as coisas que levam um servidor caseiro de «ligado quando me lembro» a genuinamente fiável. Faça-as por esta ordem — as duas primeiras resolvem sozinhas a maior parte das falhas.

Impeça a máquina de entrar em suspensão

Configure o plano de energia para que a máquina nunca durma e nunca desligue os discos, defina a ação de fecho da tampa como «não fazer nada» num portátil e desative a hibernação. No Windows, desligue também o Fast Startup — é ele a razão pela qual uma máquina pode parecer ter reiniciado como deve ser enquanto a sua tarefa de arranque nunca correu. Estas definições são a diferença entre uma falha todas as noites e nenhuma.

Arranque o servidor automaticamente no boot

Um reinício que não planeou devia custar-lhe um minuto, não uma noite. Em Linux, uma unit do systemd arranca o servidor no boot e reinicia-o caso ele termine:

[Unit]
Description=Minecraft server
After=network.target

[Service]
User=minecraft
WorkingDirectory=/opt/minecraft
ExecStart=/usr/bin/java -Xms2G -Xmx4G -jar server.jar nogui
Restart=always
RestartSec=15

[Install]
WantedBy=multi-user.target

No Windows o equivalente é uma tarefa do Task Scheduler configurada para correr no arranque do sistema e não no início de sessão — no início de sessão significa que nada acontece até alguém entrar, o que deita por terra todo o objetivo depois de um reinício durante a noite.

Acrescente um watchdog, porque «a correr» não é «a funcionar»

Este é o passo que quase toda a gente salta, e é o que apanha as piores falhas. Um servidor de Minecraft que ficou sem memória ou bloqueou continua a ser um processo a correr: o systemd vê-o vivo e não faz nada, enquanto os jogadores apanham timeout. O único teste fiável é se a porta responde mesmo.

#!/bin/bash
while true; do
  if ! timeout 5 bash -c "echo > /dev/tcp/127.0.0.1/25565"; then
    systemctl restart minecraft
  fi
  sleep 60
done

Rudimentar e eficaz: a cada minuto verifica se o servidor responde na sua porta e reinicia-o se não responder. Corra-o como serviço próprio, para que também ele sobreviva a um reinício.

Reinicie-o de propósito, antes de ser preciso

Os servidores Java que correm durante muito tempo vão ficando mais lentos à medida que a memória fragmenta e os plugins acumulam estado — o clássico «de manhã estava bom, à noite está a arrastar-se». Um reinício diário agendado a uma hora calma repõe tudo isso em menos de um minuto. Avise os jogadores no chat com uma contagem decrescente para ninguém perder uma construção e escolha uma hora em que não esteja ninguém.

Faça cópias de segurança fora da máquina

Uma cópia de segurança no mesmo disco não é uma cópia de segurança — é uma segunda cópia à espera que o mesmo disco falhe. Copie a pasta do mundo com regularidade para outro disco, outra máquina ou armazenamento na nuvem. Depois faça a parte que ninguém faz: restaure uma, uma vez, e confirme que o mundo carrega mesmo. Uma cópia de segurança por testar é um palpite.

Dê ao endereço algo estável para onde apontar

Configure DNS dinâmico para que os seus jogadores se liguem a um hostname que acompanha o seu endereço em mudança, em vez de a um número que expira. Não custa nada e poupa-lhe a mensagem recorrente de «o servidor está em baixo» que na verdade quer dizer «o IP mudou».

Quando o trabalho deixa de compensar

Tudo o que está acima funciona mesmo. Muita gente mantém um servidor caseiro sólido durante anos exatamente com esses passos. Mas há três momentos em que o esforço deixa de compensar, e vale a pena reconhecê-los quando chegam:

• Alguém joga quando você não está. A partir do momento em que o servidor tem de estar no ar enquanto dorme, está no trabalho ou fora num fim de semana, fica de prevenção para ele — e uma máquina em sua casa não se arranja a partir da cozinha de outra pessoa.
• Já há outra pessoa a depender dele. Um mundo com meses de construções de alguns amigos deixou de ser um projeto de passatempo. A falha que dantes era um incómodo é agora o prejuízo de toda a gente.
• Já o reiniciou à mão mais de duas vezes este mês. Esse é o sinal de que o watchdog é você, e isso não melhora sozinho.

O caso contrário é igualmente real e vale a pena dizê-lo com clareza: se joga em LAN, se a máquina está ligada de qualquer forma por outras razões, ou se gerir a coisa é o próprio objetivo, alojar por conta própria continua a ser a resposta certa e nada do que está acima se aplica a si.

Se atravessou uma dessas linhas, mudar para um servidor de Minecraft gerido entrega a lista inteira — definições de energia, scripts de arranque, watchdogs, reinícios agendados, cópias de segurança fora da máquina e filtragem DDoS — a quem faz disso profissão. Os planos começam pequenos e sobem de escalão sem mudar de sítio à medida que o servidor cresce, por isso não é hoje que decide o seu tamanho final. E se preferir experimentar primeiro uma opção gratuita, é uma pergunta legítima com resposta própria: veja a análise honesta ao alojamento gratuito de Minecraft.