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.
Verifique também endereços de domínio, endereços públicos antigos e endpoints anunciados por FXServer. Um serviço secundário pode expor a origem mesmo quando o link principal utiliza um proxy. Use este inventário para estabelecer o escopo com o fornecedor.
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.
Se você usar cache de arquivos, verifique os destinos e as condições de acesso. As configurações de proxy e arquivo dependem da versão do FXServer. Uma configuração na documentação mais recente pode estar ausente em um artefato mais antigo: confirme a disponibilidade antes de alterar a configuração.
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.
Mantenha listas precisas e documentadas de fontes confiáveis. Uma permissão global ou um endereço proxy incorreto podem prejudicar a proteção; um bloco mal colocado pode impedir a entrada de jogadores. A rotação de um IP ou porta não substitui a proteção de origem e não deve ser descrita como automática sem um mecanismo entregue.
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.
Não exponha publicamente um banco de dados ou ferramenta de administração sem uma necessidade identificada e controles apropriados. O painel de hospedagem e o txAdmin são ambientes separados; proteger um não garante a segurança do outro. Manter o software e revisar o acesso após mudanças na equipe.
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.
Monitore erros repetidos e operações que se tornam dispendiosas sob carga. Teste alterações em uma cópia, retenha versões anteriores e gerencie dependências. Estruturas e recursos requerem manutenção; adicionar proteção não torna os scripts automaticamente seguros.
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.
Durante um incidente, registre o horário, as redes afetadas, as mensagens e os eventos de mitigação disponíveis. Distinguir saturação, falsos positivos, falhas de recursos e erros de administração. Coordene testes ativos com o provedor em vez de enviar tráfego de carga improvisado para produção.
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.