Segurança: Como proteger seu servidor de DDoS

Por Que Segurança de Servidor Não é Optional

Servidores de FiveM são alvos frequentes de ataques DDoS (Distributed Denial of Service), especialmente quando crescem e atraem atenção. Um ataque bem-sucedido pode derrubar seu servidor por horas — ou dias — causando êxodo de jogadores e danos à reputação da comunidade. Este guia é um roteiro das melhores práticas que você deve implementar desde o primeiro dia.

Entendendo o DDoS no Contexto FiveM

Ataques DDoS contra servidores de FiveM geralmente acontecem em duas camadas: Layer 4 (UDP/TCP Flood) — que saturar a conexão de rede — e Layer 7 (HTTP Flood) — que tenta derrubar o painel web do servidor. Saber o tipo de ataque ajuda a escolher a proteção correta.

Hospedagem com Proteção Anti-DDoS Nativa

A primeira linha de defesa é escolher um provedor de hospedagem com mitigação DDoS incluída. Empresas como OVH, Hetzner e NFOservers oferecem proteção integrada. No Brasil, alguns provedores nacionais especializados em FiveM já incluem scrubbing centers no plano. Essa camada filtra tráfego malicioso antes de chegar ao seu servidor.

Firewall de Aplicação: iptables e UFW

Configure regras de firewall para restringir portas. Apenas as portas necessárias devem estar abertas:

30120/tcp e 30120/udp — FiveM padrão
3306/tcp — MySQL (apenas acesso local, NUNCA externo)
22/tcp — SSH (mude para uma porta não padrão acima de 10000)

Bloqueie todo o restante com ufw default deny incoming. Para Windows Server, use as Regras de Firewall do Windows com as mesmas restrições.

Rate Limiting no server.cfg

Adicione ao seu server.cfg:

sv_maxClients 128 — Nunca permita além da capacidade do hardware
sv_licenseKey — Sempre use chave válida (reduz vetores de exploit)
Remova o endpoint da API web se não estiver usando o painel de admin externo

Monitoramento e Alertas

Instale ferramentas de monitoramento como Netdata ou Grafana + Prometheus para receber alertas em tempo real quando o tráfego de rede aumentar anormalmente — geralmente o primeiro sinal de um ataque. Configurar um webhook no Discord da staff permite resposta rápida.

Plano de Recuperação

Todo servidor sério precisa de um plano B: backups automáticos diários do banco de dados em servidor externo, snapshot da VM semanal, e um servidor de contingência que pode ser ativado em minutos. No momento de um ataque, poder migrar o IP rapidamente pode salvar horas de downtime.