Comandos Linux para gameservers – comandos importantes do terminal

Os comandos Linux ajudam-te a verificar um gameserver de forma controlada, gerenciar arquivos, observar processos e encontrar erros nos logs. Na game-serverhosting, o foco está em controle técnico, suporte e processos rastreáveis: podes gerenciar muitas tarefas de rotina de forma confortável, mas deves conhecer os comandos de terminal mais importantes se quiseres analisar mais a fundo ou intervir manualmente.

Pré-requisitos

Para os comandos a seguir, precisas de um servidor Linux ou de acesso SSH/terminal liberado, permissões de usuário adequadas e o caminho para o diretório do teu gameserver. Sempre que possível, não trabalhes às cegas como root. Se alterares arquivos de configuração, cria antes uma cópia e documenta o que ajustaste.

Se preferires gerenciar arquivos por meio de um cliente gráfico, o guia sobre acesso SFTP para arquivos de gameserver é um bom complemento. Comandos de admin dentro do jogo são outro assunto: para Valheim, encontras isso no guia de comandos de servidor Valheim e Admin Commands; para Rust, no guia de comandos de servidor Rust e Admin Commands.

Sistema de arquivos

Com estes comandos, orientas-te na árvore de diretórios e alteras arquivos ou pastas. Antes de ações arriscadas, verifica sempre o caminho atual com pwd e o conteúdo com ls -la.

ls -la                    # Mostrar arquivos
cd /home/server           # Trocar de pasta
pwd                       # Mostrar caminho atual
cp datei.txt backup.txt   # Copiar arquivo
mv alt.txt neu.txt        # Renomear/mover arquivo
rm datei.txt              # Excluir arquivo
mkdir ordner              # Criar pasta
chmod +x start.sh         # Tornar executável

cp é adequado para backups rápidos de arquivos de configuração individuais. mv pode renomear ou mover arquivos. rm exclui sem lixeira; por isso, usa-o somente quando o nome do arquivo e o caminho estiverem corretos. Com chmod +x start.sh, tornas um script de inicialização executável caso o servidor não inicie por falta de permissões de execução.

Processos

Comandos de processo mostram se um gameserver está em execução, quanta CPU e RAM estão sendo usadas e qual ID de processo precisas para uma reinicialização direcionada.

ps aux | grep server      # Procurar processos
top                       # Visão geral de CPU/RAM
htop                      # Visão geral melhor
kill <PID>                # Encerrar processo
kill -9 <PID>             # Forçar processo
screen -S server          # Iniciar sessão screen
screen -r server          # Retomar sessão

kill <PID> encerra um processo normalmente. kill -9 <PID> força o encerramento e deve ser uma exceção, porque o servidor talvez não consiga mais executar etapas limpas de salvamento ou shutdown. screen é útil quando um processo de servidor deve continuar rodando depois de fechares a sessão SSH.

Rede

Comandos de rede ajudam-te a verificar liberações de portas, acessibilidade e regras de firewall. Isso é especialmente importante quando um servidor roda localmente, mas não aparece no navegador de servidores do jogo.

netstat -tulpn            # Mostrar portas abertas
ss -tulpn                 # Alternativa mais moderna
ping 8.8.8.8              # Testar conexão
traceroute server.de      # Rastrear rota
iptables -L               # Regras de firewall
ufw status                # Status do UFW
ufw allow 25565/tcp       # Abrir porta

ss -tulpn é a escolha preferida em muitos sistemas Linux atuais para ver portas TCP e UDP em escuta. ping verifica a acessibilidade básica, mas não diz se a porta do jogo está aberta. ufw allow 25565/tcp é um exemplo de liberação de porta; substitui a porta e o protocolo pelos valores do teu jogo.

Editar arquivos e ler logs

Logs costumam ser o caminho mais rápido até a causa: arquivos de mods ausentes, parâmetros de inicialização incorretos, conflitos de porta ou configurações corrompidas normalmente aparecem ali antes de sintomas visíveis.

nano datei.txt            # Abrir editor
vim datei.txt             # Editor Vim
cat datei.txt             # Mostrar arquivo
tail -f server.log        # Acompanhar log ao vivo
grep "error" server.log   # Procurar no arquivo

nano é mais acessível para alterações rápidas; vim é mais poderoso, mas exige prática. Com tail -f server.log, observas a inicialização ao vivo. grep "error" server.log filtra mensagens de erro; se necessário, procura também termos como failed, exception, denied, port ou o nome de um mod.

Gerenciamento do servidor

Se o teu gameserver estiver configurado como serviço systemd, controlas-o com systemctl e lês logs do sistema com journalctl. A documentação oficial do systemd descreve systemctl como uma ferramenta para controlar o gerenciador de sistema e serviços systemd: documentação em freedesktop.org

systemctl status server   # Status do serviço
systemctl restart server  # Reiniciar serviço
journalctl -u server      # Mostrar logs
df -h                     # Verificar espaço em disco
free -h                   # Uso de RAM

systemctl status server mostra se um serviço está ativo e quais últimas linhas de log podem ser relevantes. journalctl -u server é mais preciso quando precisas de mais histórico. df -h verifica espaço livre em disco; discos cheios podem bloquear updates, saves e arquivos de log. free -h mostra se a memória RAM está ficando escassa.

SteamCMD

Muitos gameservers dedicados são instalados ou atualizados via SteamCMD. O comando existente usa login anônimo, atualiza uma App-ID, valida arquivos e encerra o SteamCMD depois.

steamcmd +login anonymous +app_update <appid> validate +quit

Substitui <appid> pela App-ID correta. Depois de um update, deves iniciar o servidor, verificar o log de inicialização e testar se o servidor está acessível. Em servidores modificados, validate pode sobrescrever alterações locais; por isso, salva antes configurações importantes e arquivos de mods.

Verificar o resultado

Depois de alterações, verificas em três etapas: o processo está rodando, a porta está em escuta e os logs não mostram novos erros? Esta ordem é prática: systemctl status server ou ps aux | grep server, depois ss -tulpn, em seguida tail -f server.log ou journalctl -u server. Só quando esse nível estiver correto vale a pena testar no cliente do jogo.

Troubleshooting

O servidor não inicia

Verifica primeiro o log de inicialização. Causas frequentes são permissões de execução ausentes em start.sh, uma pasta de trabalho incorreta, arquivos ausentes ou uma porta ocupada. Confere pwd, ls -la, chmod +x start.sh e depois a saída do log.

A porta não está acessível

Compara a porta do jogo, a porta de query e o protocolo. Alguns gameservers usam TCP e UDP de formas diferentes. Verifica com ss -tulpn se o serviço está em escuta e com ufw status se o firewall permite a conexão.

O processo travou ou não responde

Procura o ID do processo com ps aux | grep server. Tenta primeiro uma parada normal pelo serviço ou pelo console do gameserver. Usa kill -9 <PID> somente se o processo já não puder ser encerrado de forma limpa.

O update alterou a configuração

Se, depois da validação do SteamCMD, configurações estiverem faltando, restaura o teu backup ou compara os arquivos afetados. Especialmente com mods e parâmetros de inicialização personalizados, deves salvar alterações antes de updates.

Verificação, limites e caminho seguro de retorno

O guia “Comandos Linux para gameservers – comandos importantes do terminal” vale para o tipo de servidor descrito no artigo e para a versão visível no momento da verificação. Nomes de menus, versões disponíveis, compatibilidade de mods ou plugins e recursos necessários podem mudar após updates. Portanto, não transfiras valores sem verificar para outra versão de jogo, loader ou servidor.

Cria um backup dos arquivos afetados antes de alterações no mundo, save, configuração ou extensões. Depois, altera apenas uma etapa relacionada por vez e verifica-a com a mesma versão de cliente e servidor com a qual pretendes jogar depois.

Um teste individual bem-sucedido não é garantia de desempenho ou disponibilidade. Tamanho do mundo, mods, plugins, número de jogadores, rota de rede e carga simultânea podem alterar o resultado. Documenta versão, alteração e resultado do teste para conseguires entender desvios posteriores.

FAQ

Preciso sempre destes comandos Linux na game-serverhosting?

Não. Muitas tarefas padrão rodam por interfaces de gerenciamento e processos operacionais com suporte. Os comandos são úteis principalmente quando queres entender causas técnicas por conta própria ou trabalhar de forma direcionada com instruções do suporte.

netstat ou ss é melhor?

ss geralmente é a escolha mais adequada em sistemas Linux modernos, porque usa a família de ferramentas mais nova. Se netstat estiver disponível no teu sistema, ele ainda pode funcionar para verificações simples.

Quando devo usar kill -9?

Somente como última medida, quando um processo não reage a paradas normais. Um encerramento forçado pode interromper operações de escrita; por isso, deves verificar logs e arquivos de save depois.

Posso usar SteamCMD anonimamente para todos os jogos?

Não. O comando mostrado funciona apenas para apps de servidor que permitem acesso anônimo. Se um jogo exigir login ou permissões adicionais, precisas observar a documentação oficial do respectivo jogo.

Qual é o comando mais importante para procurar erros?

Não existe um único comando. Na prática, a combinação de tail -f server.log, ss -tulpn e systemctl status server é especialmente útil, porque torna erros de log, portas e status do serviço visíveis em conjunto.