Como criar um servidor MTA:SA do zero no Ubuntu Linux

Subir um servidor MTA:SA (Multi Theft Auto: San Andreas) em Linux é mais simples do que o ecossistema antigo sugere — os binários oficiais já vêm prontos pra distribuições modernas e o servidor não exige interface gráfica. O ponto de atrito costuma ser configuração de firewall (UDP, não TCP) e o entendimento de que MTA é um servidor de jogo multiplayer separado do GTA:SA original — o cliente conecta direto no IP da sua VPS.

Este tutorial cobre instalação do zero em Ubuntu 24.04 LTS, configuração do mtaserver.conf, deploy de um gamemode básico, isolamento via usuário dedicado, supervisão por systemd e firewall UFW. Tempo estimado de execução: 25-35 minutos. Você vai terminar com um servidor MTA:SA online, registrado no master list público e reiniciando automaticamente após reboot.

A persona-alvo é um owner novo de comunidade MTA:SA configurando o mtaserver pela primeira vez. Não é necessário experiência prévia com Linux — todos os comandos estão explicados.

Pré-requisitos

Confirme que você tem o que precisa antes de prosseguir:

A porta 22003/UDP é a porta de jogo onde os clientes MTA conectam. A 22005/TCP é usada pelo recurso HTTP interno (resources, downloads). A 22126/UDP é o ASE (All-Seeing Eye) — protocolo que permite o servidor aparecer na lista pública. Todas precisam estar liberadas no firewall.

Instalação do MTA:SA Server

Esta seção cobre desde a criação do usuário dedicado até o binário rodando pela primeira vez. Rodar serviços de jogo com usuário próprio (não root) limita o impacto de qualquer exploit em scripts Lua de terceiros.

sudo apt update && sudo apt upgrade -y
sudo apt install -y wget tar libncurses6 libreadline8 ca-certificates

sudo useradd -r -m -d /opt/mtasa -s /bin/bash mtasa
sudo su - mtasa

cd /opt/mtasa
wget https://linux.multitheftauto.com/dl/multitheftauto_linux_x64.tar.gz
tar -xzf multitheftauto_linux_x64.tar.gz
mv multitheftauto_linux_x64 server
cd server

cd /opt/mtasa/server/mods/deathmatch
wget https://mirror.multitheftauto.com/mtasa/resources/mtasa-resources-latest.zip
unzip mtasa-resources-latest.zip -d resources/
rm mtasa-resources-latest.zip

Configuração do mtaserver.conf

O arquivo mtaserver.conf controla todo o comportamento do servidor: nome, senha, slots, gamemode inicial, ASE, IP público. Ele fica em /opt/mtasa/server/mods/deathmatch/mtaserver.conf e usa formato XML.

nano /opt/mtasa/server/mods/deathmatch/mtaserver.conf

<servername>Meu Servidor MTA</servername>
<serverip>auto</serverip>
<serverport>22003</serverport>
<maxplayers>32</maxplayers>
<httpport>22005</httpport>
<password></password>
<ase>1</ase>
<donotbroadcastlan>0</donotbroadcastlan>

nano /opt/mtasa/server/mods/deathmatch/acl.xml

<resource src="freeroam" startup="1" protected="0" />
<resource src="play" startup="1" protected="0" />

Primeira execução e teste

Antes de configurar systemd, rode o servidor manualmente pra confirmar que tudo funciona. Isso facilita ver erros de configuração em tempo real.

cd /opt/mtasa/server
./mta-server64

addaccount admin SUA_SENHA_AQUI
aclrequest allow admin all

Firewall e systemd

O servidor rodando manualmente serve pra testar, mas em produção você precisa supervisor (pra reiniciar em crash) e firewall (pra bloquear o que não é jogo).

sudo ufw allow 22003/udp comment 'MTA:SA game port'
sudo ufw allow 22005/tcp comment 'MTA:SA HTTP'
sudo ufw allow 22126/udp comment 'MTA:SA ASE'
sudo ufw allow 22/tcp comment 'SSH'
sudo ufw enable
sudo ufw status verbose

sudo nano /etc/systemd/system/mtasa.service

[Unit]
Description=MTA:SA Server
After=network.target

[Service]
Type=simple
User=mtasa
Group=mtasa
WorkingDirectory=/opt/mtasa/server
ExecStart=/opt/mtasa/server/mta-server64
Restart=on-failure
RestartSec=10
StandardOutput=append:/var/log/mtasa/server.log
StandardError=append:/var/log/mtasa/server.log

[Install]
WantedBy=multi-user.target

sudo mkdir -p /var/log/mtasa
sudo chown mtasa:mtasa /var/log/mtasa
sudo systemctl daemon-reload
sudo systemctl enable --now mtasa

Verificação

Confirme que o servidor está rodando como serviço supervisionado e respondendo na rede.

sudo systemctl status mtasa
sudo ss -ulnp | grep 22003
tail -f /var/log/mtasa/server.log

O systemctl status deve mostrar active (running). O ss -ulnp deve listar o processo mta-server64 escutando na porta 22003/UDP. O log deve conter Server started and is ready to accept connections!.

Pra teste de conexão real, abra o cliente MTA:SA no Windows, vá em “Quick connect” e conecte em IP_DA_SUA_VPS:22003. Se aparecer no servidor master list, leva 2-5 minutos pra propagar — antes disso, conexão direta por IP já funciona.

Resolução de problemas

”address already in use” ao iniciar

Outra instância ainda está rodando. Pare com sudo systemctl stop mtasa e pkill -u mtasa mta-server64. Aguarde 30 segundos antes de reiniciar — o socket UDP pode demorar pra liberar.

Servidor não aparece no master list

Confirme <ase>1</ase> no mtaserver.conf e firewall UDP 22126 liberado. Em algumas VPS atrás de NAT, mude <serverip>auto</serverip> pro IP público explícito. Propagação pro master leva até 5 minutos após primeira inicialização.

Jogadores conectam mas caem após login

Quase sempre é a porta HTTP 22005/TCP bloqueada. Os clientes precisam baixar resources via HTTP — sem isso, timeout e disconnect. Confirme com sudo ufw status que 22005/tcp está ALLOW.

Próximos passos

Com o servidor base no ar, próximos pontos de evolução:

• Configurar resources customizados em /opt/mtasa/server/mods/deathmatch/resources/
• Configurar backup automático do diretório resources/ e do arquivo internal.db (database SQLite do servidor)
• Adicionar segundo servidor pra modo de jogo diferente em outra porta UDP
• Implementar monitoramento de jogadores online via API HTTP exposta pelo MTA
• Configurar SSL/TLS no httpserver pra resources se você expor downloads via CDN

Se você está rodando isso em produção e quer baixa latência pra jogadores BR, uma VPS Hostini em São Paulo entrega tipicamente 5-15 ms pra maior parte do território nacional, com proteção DDoS na borda e rede dimensionada pra picos UDP — perfil exato que servidores de jogo exigem.