Antes de começar
Regista endereços, portas, versão dos artifacts e serviços públicos. Guarda configuração e lista de fontes autorizadas do proxy ou filtro. Prepara manutenção e uma reversão verificada antes de mudar o percurso dos jogadores até à origem.
Inventariar endpoints publicados
Distingue endereço de jogo, lista, transferências e administração. Se apenas um acesso está protegido, os restantes continuam a exigir avaliação. Usa portas atribuídas no painel: txAdmin não substitui a porta de jogo. Num nó partilhado não escolhes portas de outras instâncias nem acrescentas serviços sem respeitar a configuração prevista pelo operador.
Validar TCP e UDP
Verifica entrada no jogo, ficheiros e gestão separadamente. Uma resposta HTTP ou porta TCP aberta não validam todo o percurso UDP. Um proxy HTTP cobre a parte configurada para HTTP; o jogo precisa do tratamento de rede e transporte adequado. Pede a topologia concreta antes de interpretar L7 como proteção completa de todas as funções FiveM.
Aplicar configurações oficiais de proxy
Cfx.re documenta proxies e distribuição externa de ficheiros. As definições devem corresponder à versão dos artifacts e endpoints reais. Não copies uma configuração de outra versão sem verificar. Restringe proxies de confiança às fontes autorizadas: confiar em toda a Internet elimina essa separação. Define ligações obrigatórias e confirma-as após a alteração num processo controlado.
Rever os caminhos diretos à origem
Um atacante pode evitar o intermediário se uma origem desprotegida continua acessível. Revê DNS, URLs de recursos e portas adicionais. Mudar a IP pública não remove caminhos conhecidos automaticamente. Restringe a origem depois de confirmar fontes e retorno. Rotação automática de IP só é uma função disponível quando está documentada e configurada no serviço concreto.
Assegurar recursos e eventos
Proteção de rede não substitui validação no servidor. Verifica permissões, limites e eventos que geram trabalho; valores enviados pelo cliente precisam de verificações. Relaciona erros com carga dos scripts e bases de dados. Um recurso dispendioso pode parecer uma falha de ligação, e mais RAM ou outro filtro não corrigem esse código automaticamente.
Testar o percurso do jogador
Após mudanças relevantes testa lista, entrada, ficheiros e jogo de acessos independentes. Regista hora e carga para comparar. Um teste ao site não comprova latência UDP. Os 15 Tbps são capacidade agregada a montante, não a porta do servidor. Confirma âmbito e limites; testes intensivos que possam afetar outras instâncias têm de ser combinados.
O que fazer no teu caso
| Situação | Próximo passo |
|---|---|
| Só HTTP está protegido | Verifica também TCP/UDP e acesso direto à origem. Uma página acessível não abrange todo o jogo. |
| Falha após alterar uma regra | Compara fontes e retorno com o desenho previsto e usa a reposição preparada. |
| Rede normal, jogo bloqueado | Analisa recursos, eventos e base de dados juntamente com as medidas de rede. |
Fontes oficiais
Estas fontes explicam os protocolos e configurações referidos. Confirma sempre a documentação da tua versão.