Como Manter um Servidor de Minecraft Online 24/7

Por que seu servidor morre no instante em que você desvia o olhar

Um servidor de Minecraft é um programa rodando em uma máquina. Nada toma conta dele, nada o reinicia e nada mantém a máquina acordada em nome dele. Quando alguém diz “meu servidor vive caindo”, quase sempre é um destes cinco motivos, e nenhum deles é culpa do Minecraft:

• O PC entrou em suspensão. As configurações padrão de energia de qualquer desktop ou notebook suspendem a máquina depois de um tempo sem atividade de teclado ou mouse. Um servidor ocupado atendendo jogadores ainda conta como ocioso, porque ninguém está encostando no teclado.
• O Fast Startup fez um desligamento parecer uma reinicialização. No Windows ele vem ligado por padrão e é de longe o caso mais confuso: a máquina parece voltar, mas o processo do servidor sumiu e a tarefa de inicialização que você configurou nunca rodou.
• Uma atualização reiniciou tudo às 3 da manhã. Tanto o Windows Update quanto as atualizações automáticas no Linux reiniciam sem perguntar. Se nada inicia seu servidor no boot, ele simplesmente nunca volta.
• Alguém fechou a tampa, saiu da conta ou tirou da tomada. Sair da sessão de usuário encerra os processos dela. Fechar a tampa de um notebook suspende a máquina. Um colega de casa precisando da tomada encerra o assunto de vez.
• A energia ou a internet piscou. Uma queda de um segundo já basta. Todo mundo é desconectado e nada traz o servidor de volta sozinho.

O que 99.9% de uptime realmente significa

“Sempre ligado” é uma sensação. Uptime é uma medição, e a diferença importa no instante em que você tenta descobrir se seu servidor é mesmo confiável ou se você só não estava olhando na hora em que ele caiu.

O uptime real é medido de fora da máquina: algo na internet se conecta à porta do seu servidor a cada minuto e registra se ele respondeu. Essa é a única definição que vale, porque ela captura os casos que o seu próprio PC não tem como reportar — a máquina suspensa, a internet fora, o processo travado. “Meu PC ficou ligado a semana inteira” não é um número de uptime.

Porcentagens soam abstratas até você convertê-las em tempo. Ao longo de um mês de 30 dias:

Leia essa tabela ao lado da seção anterior e o problema da hospedagem caseira fica evidente: um único ciclo de reinicialização do Windows Update já consome a maior parte de um mês de 99.9%. Não é uma crise, não é falha de hardware — é um reboot de rotina. Dois desses, mais uma noite em que a máquina dormiu, e você já está na faixa dos 99% sem que nada tenha realmente dado errado.

Se você quer saber o seu número real em vez de chutar, aponte um monitor de uptime externo gratuito para o endereço e a porta do seu servidor e deixe rodar por um mês. Ele vai te contar coisas que você não sabia, geralmente sobre as horas em que você estava dormindo. Como referência, a HytHost trabalha com uma meta de 99.9% de uptime — a mesma régua, medida da mesma forma.

O que um PC ligado sem parar realmente exige de você

Uma máquina que nunca desliga é uma máquina diferente daquela que você usa à noite. Ao longo de um ano ela acumula por volta de 8.760 horas de funcionamento — coolers girando, discos rodando, calor saindo dela continuamente. Ela fica em algum lugar, e se esse lugar for o seu quarto você vai aprender exatamente o quão audível é um cooler de gabinete às 3 da manhã em janeiro. Nada disso é dramático, mas é a parte que as pessoas esquecem quando imaginam “é só deixar ligado”.

Ela também consome energia o tempo todo, e isso aparece na conta. Essa é uma questão de dinheiro, e não de uptime, então ela vive no guia dela — veja quanto um servidor de Minecraft realmente custa para as contas.

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

Conexões residenciais foram feitas para baixar, não para servir

Sua velocidade de download é irrelevante aqui. Um servidor envia — um fluxo contínuo de atualizações do mundo para cada jogador conectado — então a sua velocidade de upload é o teto de quantas pessoas conseguem jogar sem travar. Planos residenciais costumam ser vendidos com um número grande de download e um bem menor de upload, e esse número menor é o único com que o seu servidor se importa. Quando um servidor “dá lag para todo mundo menos para o host”, muitas vezes é por isso.

Seu endereço muda sem aviso

A maioria das conexões residenciais recebe um IP dinâmico: ele muda quando o roteador reinicia, quando a linha cai ou conforme a agenda da própria operadora. Todo amigo que salvou o seu servidor na lista agora tem uma entrada morta, e você tem que sair distribuindo o endereço novo de novo. Um serviço de DNS dinâmico disfarça isso te dando um hostname estável que acompanha o endereço em mudança — configure antes de sair passando o endereço, não depois.

Algumas conexões simplesmente não conseguem hospedar

Essa pega as pessoas depois de horas de tentativa e erro. Muitas operadoras colocam clientes residenciais atrás de NAT de operadora, o que significa que você não tem um endereço público próprio — você divide um. O redirecionamento de portas não tem como funcionar nessa situação por mais correto que esteja o roteador, porque não existe endereço de onde redirecionar. Outras bloqueiam de cara as portas comuns de servidor ou proíbem rodar servidores no contrato. Se o redirecionamento de portas está perfeito e os jogadores de fora ainda não conseguem conectar, é isso que você deve verificar em seguida.

Seu IP residencial vira o endereço do servidor

Para deixar alguém de fora da sua casa conectar, você redireciona uma porta no roteador — e a partir desse momento o endereço do seu servidor é o IP público da sua casa. Todo mundo que você convida tem esse endereço. Assim como todo mundo para quem essas pessoas repassam, e qualquer um que veja o endereço em um print, em uma mensagem do Discord ou em uma lista de servidores.

A mudança importante é o que vira alvo. Um ataque direcionado a um servidor hospedado atinge aquele servidor. Um ataque direcionado ao seu endereço residencial atinge a casa: sua conexão, os celulares da família, a reunião de trabalho de alguém, a TV. Você não consegue filtrar por dentro, porque o tráfego já saturou a linha antes de chegar ao roteador. Desligar o servidor também não ajuda — o endereço continua sendo o endereço.

Essa é a única diferença entre hospedagem caseira e em datacenter que não tem contorno em casa. O endereço de um servidor hospedado é descartável e pertence ao servidor, não ao lugar onde você mora, e ele fica atrás da proteção DDoS da Voxility, que absorve os ataques antes que cheguem lá. Para um servidor privado compartilhado com gente que você conhece, hospedar em casa é um risco razoável. Para qualquer coisa pública, é o motivo pelo qual a maioria desiste.

PC próprio, VPS ou hospedagem gerenciada: quem faz o trabalho

Os três podem ficar online o tempo todo. 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 você convive toda semana.

A coluna do meio é a que as pessoas avaliam errado. Uma VPS resolve os dois problemas mais difíceis de imediato — ela tem um endereço de verdade e hardware que nunca dorme — mas entrega nas suas mãos uma máquina Linux crua e te transforma em administrador de sistemas. Você instala e atualiza o Java, você configura o firewall, você escreve o serviço que inicia o servidor no boot, você aplica os patches de segurança, você configura e testa os backups. Nada disso é difícil, mas tudo isso agora é seu, permanentemente, e uma máquina exposta à internet e desatualizada é um passivo, não um servidor.

Como manter um servidor caseiro vivo mesmo assim

Se você vai ficar na sua própria máquina, estas são as coisas que tiram um servidor caseiro do “no ar quando eu lembro” e o levam a algo realmente confiável. Faça nesta ordem — as duas primeiras já resolvem a maior parte das quedas sozinhas.

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 fechar a tampa como “não fazer nada” em um notebook e desative a hibernação. No Windows, desligue também o Fast Startup — é ele que faz a máquina parecer que reiniciou direitinho enquanto a sua tarefa de inicialização nunca rodou. Essas configurações são a diferença entre uma queda toda noite e nenhuma.

Inicie o servidor automaticamente no boot

Uma reinicialização que você não planejou deveria te custar um minuto, não uma noite. No Linux, uma unit do systemd inicia o servidor no boot e ainda o reinicia caso ele encerre:

[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 rodar na inicialização do sistema, e não no logon — no logon significa que nada acontece até alguém entrar na conta, o que anula todo o propósito depois de um reboot de madrugada.

Adicione um watchdog, porque “rodando” não é “funcionando”

Esse é o passo que quase todo mundo pula, e é o que pega as piores quedas. Um servidor de Minecraft que ficou sem memória ou travou continua sendo um processo em execução: o systemd o vê vivo e não faz nada, enquanto os jogadores levam timeout. O único teste confiável é se a porta realmente responde.

#!/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 ele verifica se o servidor responde na porta e o reinicia se não responder. Rode como um serviço próprio, para que ele também sobreviva a um reboot.

Reinicie de propósito, antes que precise

Servidores Java que rodam por muito tempo vão ficando lentos conforme a memória fragmenta e os plugins acumulam estado — o clássico “de manhã estava ótimo, à noite está arrastando”. Um reinício diário agendado em um horário calmo zera tudo isso em menos de um minuto. Avise os jogadores no chat com uma contagem regressiva para ninguém perder uma construção e escolha um horário em que não tenha ninguém online.

Faça backup em outro lugar que não a máquina

Backup no mesmo disco não é backup — é uma segunda cópia esperando o mesmo disco falhar. Copie a pasta do mundo periodicamente para outro disco, outra máquina ou armazenamento em nuvem. Depois faça a parte que ninguém faz: restaure um, uma vez, e confirme que o mundo realmente carrega. Um backup não testado é um palpite.

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

Configure DNS dinâmico para que seus jogadores conectem em um hostname que acompanha o seu endereço em mudança, em vez de um número que expira. Não custa nada e evita aquela mensagem recorrente de “o servidor caiu” que na verdade significa “o IP mudou”.

Quando o trabalho deixa de valer a pena

Tudo acima funciona de verdade. Muita gente roda um servidor caseiro sólido por anos usando exatamente esses passos. Mas existem três momentos em que o esforço deixa de se pagar, e vale reconhecê-los quando chegam:

• Alguém joga quando você não está. No momento em que o servidor precisa estar no ar enquanto você dorme, trabalha ou viaja no fim de semana, você está de plantão para ele — e uma máquina na sua casa não dá para consertar da cozinha de outra pessoa.
• Outra pessoa já depende dele. Um mundo com meses de construção de alguns amigos não é mais um projeto de hobby. A falha que antes era um incômodo agora é o prejuízo de todo mundo.
• Você reiniciou na mão mais de duas vezes neste mês. Esse é o sinal de que o watchdog é você, e isso não melhora sozinho.

O caso contrário é igualmente real e vale dizer com todas as letras: se você joga em LAN, se a máquina fica ligada de qualquer jeito por outros motivos, ou se administrar a coisa é o próprio objetivo, hospedar por conta própria continua sendo a resposta certa e nada do que está acima se aplica a você.

Se você cruzou uma dessas linhas, migrar para um servidor de Minecraft gerenciado entrega a lista inteira — configurações de energia, scripts de boot, watchdogs, reinícios agendados, backups fora da máquina e filtragem DDoS — para quem faz disso o trabalho. Os planos começam pequenos e sobem de nível na hora conforme o servidor cresce, então você não decide hoje o seu tamanho final. E se você preferir testar uma opção gratuita primeiro, é uma dúvida justa e com resposta própria: veja a análise honesta da hospedagem gratuita de Minecraft.