← Blog

O que é um servidor FiveM pré-configurado e para quem é indicado

Par Benjamin D. · PDG

· Mis à jour le 17 Eost 2026 · Lecture 11 min

Sumário

Montar um servidor FiveM pré-configurado é a dúvida número um de quem quer abrir uma cidade de roleplay sem passar semanas quebrando a cabeça com dependências, banco de dados e permissões. Neste guia 2026, vamos separar o que realmente vem pronto, o que você sempre terá de ajustar à mão, e como estruturar o projeto para não travar com 64 jogadores online.



O que significa "servidor FiveM pré-configurado" na prática

O termo é usado de forma bem elástica no mercado. Antes de escolher qualquer hospedagem ou pacote, vale entender as três camadas que existem em qualquer servidor FiveM:

  1. A camada de infraestrutura : máquina, CPU, RAM, armazenamento NVMe, rede, proteção anti-DDoS, painel de controle.
  2. A camada de runtime FiveM : os artifacts (FXServer), o server.cfg, a licença (license key do Keymaster), o txAdmin e o banco MySQL/MariaDB.
  3. A camada de gameplay : o framework (ESX, QBCore, qbox, vRP, ou base própria), os resources, as MLOs, as vehicle packs, os scripts de economia, jobs, inventário.

Quando alguém fala em "pré-configurado", normalmente está falando da camada 1 e de parte da camada 2. A instalação instantânea que você encontra em uma Serveur FiveM entrega o FXServer no ar, o painel acessível e o banco pronto para receber o schema. Isso poupa horas reais de trabalho : compilar dependências, abrir portas, configurar systemd, atualizar artifacts manualmente.

O que praticamente nunca vem pronto

Seja realista : nenhuma hospedagem entrega uma cidade RP completa, balanceada e livre de conflitos. O que continua sendo seu trabalho :

  • Escolher e configurar o framework (ESX vs QBCore muda tudo no resto do projeto).
  • Importar os arquivos .sql na ordem correta.
  • Definir sv_maxclients, identificadores de admin, e a hierarquia de permissões (ACE).
  • Resolver conflitos de resources duplicados (dois inventários, dois sistemas de fome, dois HUDs).
  • Ajustar OneSync, streaming de assets e limites de entidades.
Regra de campo : quanto mais "completo" o pacote pré-configurado, mais tempo você vai gastar depois entendendo o que o autor fez. Uma base limpa demora mais para subir, mas você sabe exatamente onde cada linha está.


Base limpa, txAdmin recipe ou pacote completo : como escolher

Existem três caminhos realistas em 2026. A escolha depende do seu tempo, do seu nível técnico e do tipo de comunidade que você quer.

Abordagem Tempo até o primeiro login Controle técnico Risco de conflito Perfil recomendado
Base limpa (FXServer + server.cfg manual) 2 a 6 horas Total Muito baixo Dev que quer construir do zero
Recipe txAdmin (ESX / QBCore oficial) 20 a 45 minutos Alto Baixo Maioria dos projetos RP sérios
Pacote "cidade pronta" de terceiros 10 a 30 minutos Baixo Alto Teste rápido, servidor casual

Por que o txAdmin recipe é o melhor compromisso

O txAdmin já vem embarcado nos artifacts e traz um sistema de deployer que baixa o framework, cria a estrutura de pastas, importa o SQL e escreve o server.cfg inicial. Você chega em um servidor funcional, versionado e documentado, sem herdar 300 resources de origem duvidosa.

No painel Pterodactyl, o fluxo é direto : você instala o servidor, abre o console, pega o link do txAdmin gerado no startup e finaliza o setup pelo navegador. A Source oficial da Cfx.re documenta cada etapa do deployer e as variáveis obrigatórias.

Cuidado com pacotes "leaked"

Pacotes completos distribuídos fora dos canais oficiais frequentemente contêm :

  • Resources escrow quebrados que não iniciam.
  • Backdoors em server.lua (webhooks Discord escondidos, execução remota).
  • Loops while true do Wait(0) end que destroem o tick rate.
  • Queries SQL sem índice que travam o servidor a partir de 30 jogadores.

Se for usar um pacote de terceiros, faça uma varredura mínima antes de subir em produção :

grep -rniE "http(s)?://(discord|hooks)" resources/ | head -50
grep -rniE "PerformHttpRequest|load\(|assert\(load" resources/
grep -rn "while true do" resources/ | grep -c "Wait(0)"


Configurando seu servidor FiveM do zero : o passo a passo técnico

Aqui está o caminho que funciona, seja em uma hospedagem gerenciada com painel, seja em uma máquina sua. Se você quer administrar tudo por conta própria, um VPS Linux com Debian 12 ou Ubuntu 24.04 é a base padrão.

1. Artifacts e estrutura de pastas

mkdir -p /home/fivem/{server,txData}
cd /home/fivem/server

# baixar o build recomendado (exemplo de versão)
wget https://runtime.fivem.net/artifacts/fivem/build_proot_linux/master/latest/fx.tar.xz
tar xf fx.tar.xz
rm fx.tar.xz

Em uma hospedagem com painel, essa etapa é feita pelo egg de instalação : você escolhe o build (recommended, latest ou uma versão fixa) e o servidor baixa e extrai sozinho. Fixar uma versão específica é uma prática que evita surpresas em produção : um build "latest" pode quebrar um resource em pleno horário de pico.

2. Banco de dados

sudo apt update && sudo apt install -y mariadb-server
sudo mysql_secure_installation

sudo mysql -e "CREATE DATABASE fivem CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;"
sudo mysql -e "CREATE USER 'fivem'@'localhost' IDENTIFIED BY 'SENHA_LONGA_ALEATORIA';"
sudo mysql -e "GRANT ALL PRIVILEGES ON fivem.* TO 'fivem'@'localhost'; FLUSH PRIVILEGES;"

Sempre utf8mb4. Servidores brasileiros com nomes de personagem acentuados e caracteres especiais no chat geram erros silenciosos em latin1.

3. server.cfg : o arquivo que decide tudo

# === Endpoints ===
endpoint_add_tcp "0.0.0.0:30120"
endpoint_add_udp "0.0.0.0:30120"

# === Identidade ===
sv_hostname "^1[BR] ^7Minha Cidade RP ^3| Whitelist"
sv_projectName "Minha Cidade RP"
sv_projectDesc "Roleplay serio, economia balanceada"
sets locale "pt-BR"
sets tags "roleplay, brasil, esx, whitelist"

# === Capacidade ===
sv_maxclients 64
set onesync on
set onesync_population true

# === Banco ===
set mysql_connection_string "mysql://fivem:SENHA_LONGA_ALEATORIA@localhost/fivem?charset=utf8mb4"

# === Segurança ===
sv_licenseKey "SUA_LICENSE_KEY"
set steam_webApiKey ""
sv_scriptHookAllowed 0
rcon_password "OUTRA_SENHA_MUITO_LONGA"

# === Permissões ===
add_ace group.admin command allow
add_ace group.admin command.quit deny
add_principal identifier.discord:000000000000000000 group.admin

# === Resources ===
ensure mapmanager
ensure chat
ensure spawnmanager
ensure sessionmanager
ensure hardcap
ensure oxmysql
ensure es_extended

Pontos que costumam ser ignorados e causam dor de cabeça :

  • sv_scriptHookAllowed 0 : bloqueia mod menus baseados em ScriptHookV. Não é uma barreira absoluta, mas elimina a camada mais preguiçosa de cheaters.
  • rcon_password : se você não usa RCON, deixe uma senha longa e aleatória de qualquer forma. Nunca deixe vazio ou com valor padrão.
  • Nunca commite o server.cfg em repositório público : ele contém license key, senha do banco e RCON.
  • onesync_population desligado reduz consumo de CPU em servidores com foco em RP fechado e poucas ruas ativas.

4. Ordem dos resources

O FiveM carrega os resources na ordem em que aparecem no server.cfg. A sequência correta é : conector MySQL → framework → dependências (ox_lib, PolyZone, menus) → resources de gameplay → HUD/UI. Inverter isso gera erros de attempt to index a nil value no boot que assustam iniciantes.

5. Serviço systemd (se você administra o VPS)

sudo tee /etc/systemd/system/fivem.service > /dev/null <<'EOF'
[Unit]
Description=FXServer FiveM
After=network.target mariadb.service

[Service]
Type=simple
User=fivem
WorkingDirectory=/home/fivem/server
ExecStart=/home/fivem/server/run.sh +exec server.cfg
Restart=always
RestartSec=10
LimitNOFILE=65535

[Install]
WantedBy=multi-user.target
EOF

sudo systemctl daemon-reload
sudo systemctl enable --now fivem
sudo journalctl -u fivem -f

Em hospedagem com painel Pterodactyl, isso já está resolvido : o container reinicia sozinho em caso de crash, e o console ao vivo substitui o journalctl. Se preferir rodar seu próprio painel, o VPS Pterodactyl entrega a stack já instalada.



Performance, latência e dimensionamento de um servidor FiveM

Um servidor FiveM é um processo fortemente single-thread no que importa : o tick do servidor. Isso significa que a frequência do núcleo pesa muito mais do que a contagem total de núcleos. É por isso que processadores Ryzen de alta frequência fazem diferença real em cidades RP com muitos scripts rodando em paralelo.

Dimensionamento realista por slots

Slots RAM recomendada Perfil de resources Observação
Até 32 6 a 8 GB Framework + ~80 resources Suficiente para RP de comunidade fechada
32 a 64 10 a 16 GB Framework + 150 resources + MLOs Streaming de assets começa a pesar no disco
64 a 128 16 GB+ Cidade completa, vehicle packs Exige otimização de queries e cache

O armazenamento NVMe deixa de ser detalhe quando você tem 8 GB de assets em streaming : o tempo de join dos jogadores depende diretamente da velocidade de leitura para servir os arquivos, e as queries do MySQL sofrem em disco lento. Em armazenamento mecânico, um servidor com muitas MLOs simplesmente não sustenta 64 jogadores sem stutter.

Diagnóstico de resources pesados

No console do servidor, os comandos abaixo mostram onde está o gargalo :

# tempo de CPU por resource (servidor)
resmon 1

# no cliente, F8:
resmon
profiler record 500
profiler view

Sinais de alerta : qualquer resource acima de 0.10 ms no servidor de forma constante merece investigação. Loops sem Wait adequado são a causa mais comum. Substituir Citizen.Wait(0) por Citizen.Wait(500) em verificações que não precisam de precisão por frame reduz o consumo drasticamente.

Latência : onde hospedar para jogadores brasileiros

O ping percebido depende de três coisas : distância física, qualidade do roteamento e carga do servidor. Um servidor com tick saturado gera "lag" mesmo com ping de 20 ms — o pacote chega rápido, mas o servidor demora para processar. Antes de culpar a rede, verifique o resmon e o tempo de resposta do banco.

# do lado do jogador
ping -c 20 IP_DO_SERVIDOR
mtr --report --report-cycles 30 IP_DO_SERVIDOR

Segurança operacional

A proteção anti-DDoS volumétrica é responsabilidade da infraestrutura e já vem incluída por padrão em servidores hospedados na Fly-Serv. O que fica do seu lado :

  • Whitelist : a barreira mais eficaz contra griefers e contas descartáveis. Pode ser via Discord role ou via tabela no banco.
  • Senhas fortes : txAdmin, MySQL, RCON e painel com credenciais distintas.
  • Backups automáticos : o banco é seu servidor. Perder a tabela de personagens mata a comunidade.
  • Sub-usuários no painel : dê acesso ao console para o staff técnico sem entregar sua conta principal.
  • Logs de admin : registre todo comando executado por staff. Abuso interno causa mais estrago que cheater externo.

Se você opta por um VPS Windows ou Linux gerenciado por você mesmo, adicione a camada de sistema :

# chaves SSH em vez de senha
ssh-keygen -t ed25519 -C "admin-fivem"
ssh-copy-id -i ~/.ssh/id_ed25519.pub admin@IP

# firewall mínimo
sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw allow 30120
sudo ufw allow 40120/tcp   # txAdmin
sudo ufw enable

# proteção contra brute force
sudo apt install -y fail2ban
sudo systemctl enable --now fail2ban

Rotina de backup do banco

sudo tee /usr/local/bin/backup-fivem.sh > /dev/null <<'EOF'
#!/bin/bash
DATE=$(date +%F_%H-%M)
mysqldump --single-transaction --quick fivem | gzip > /backups/fivem_$DATE.sql.gz
find /backups -name "fivem_*.sql.gz" -mtime +14 -delete
EOF

sudo chmod +x /usr/local/bin/backup-fivem.sh
echo "0 */6 * * * root /usr/local/bin/backup-fivem.sh" | sudo tee -a /etc/crontab

Em hospedagem gerenciada, os backups automáticos cobrem os arquivos do servidor. Mesmo assim, mantenha uma cópia do dump SQL fora da máquina : a regra 3-2-1 vale para RP também.



Checklist antes de abrir as portas da sua cidade

Técnico

  • License key válida e vinculada ao IP correto no Keymaster.
  • Build dos artifacts fixado e testado.
  • sv_maxclients coerente com a RAM disponível.
  • OneSync ativo e testado com pelo menos 10 pessoas simultâneas.
  • resmon 1 limpo : nenhum resource acima de 0.10 ms em idle.
  • Backup automático configurado e restauração testada (backup não testado não é backup).

Comunidade

  • Regras publicadas e sistema de whitelist funcionando.
  • Hierarquia de ACE definida : group.admin, group.mod, group.support.
  • Canal de logs no Discord separado por categoria (economia, admin, anticheat).
  • Plano de atualização : janela de manutenção fixa, nunca update em horário de pico.

Erros que mais derrubam servidores novos

Sintoma Causa provável Correção
Jogadores travam ao entrar Streaming de assets em disco lento ou assets corrompidos Validar arquivos .ytd/.yft, usar NVMe
Ping alto só em horário de pico Tick saturado, não rede resmon 1, otimizar loops e queries
"Couldn't load resource" Ordem incorreta no server.cfg ou dependência ausente Reordenar ensure, checar fxmanifest.lua
Perda de dados de personagem Crash sem flush do banco Backup a cada 6h, innodb_flush_log_at_trx_commit=1
Servidor não aparece na lista License key inválida ou endpoint bloqueado Revalidar key, liberar UDP 30120

Quem administra várias comunidades ao mesmo tempo — FiveM e outros títulos como Rust, ARK ou Minecraft — ganha tempo centralizando tudo no mesmo painel. A visão geral de Tous nos serveurs de jeu e os artigos técnicos do Blog Fly-Serv ajudam a padronizar as rotinas de deploy e backup entre projetos diferentes.



Conclusão

Pré-configurado não significa pronto : significa que a parte chata da infraestrutura já está resolvida. O trabalho que define a qualidade de uma cidade continua sendo escolha de framework, otimização de resources, whitelist e backups testados. Comece com uma base enxuta, meça tudo com resmon, e cresça em slots só quando o tick estiver estável.



FAQ

Quantos GB de RAM preciso para um servidor FiveM de 64 slots?

Entre 10 e 16 GB para uma cidade RP com framework (ESX ou QBCore), cerca de 150 resources e MLOs personalizadas. A RAM cobre o FXServer, o MySQL e o cache de streaming. Mais importante que a quantidade é a frequência do processador : o tick do servidor é single-thread, então um núcleo rápido sustenta mais jogadores que muitos núcleos lentos.

Posso migrar meu servidor FiveM para outra hospedagem sem perder os personagens?

Sim. Faça um mysqldump --single-transaction do banco, copie a pasta resources/ e o server.cfg, e importe tudo no novo destino. Depois atualize a string de conexão MySQL, revalide a license key no Keymaster para o novo IP e teste com o servidor fechado antes de anunciar. Guarde o backup antigo por pelo menos duas semanas.

Vale mais a pena hospedagem com painel ou um VPS para FiveM?

Painel gerenciado se você quer foco no gameplay : instalação instantânea, console ao vivo, backups automáticos e anti-DDoS já configurados. VPS se você precisa de controle total : múltiplas instâncias, bots Discord, site e banco na mesma máquina, ou uma stack própria. Nesse caso você assume também firewall, chaves SSH, fail2ban e atualizações do sistema.