Antes de começar
Tem disponíveis o endereço e a porta atribuídos, a hora da falha, o estado do painel e os registos relevantes da consola. Anota alterações recentes aos recursos. Retira chaves e credenciais dos excertos que partilhares com a equipa de apoio.
Confirmar que o jogo está pronto
Um processo iniciado nem sempre significa que o jogo aceita ligações. Procura erros de configuração, recursos ou preparação do txAdmin na consola. Usa a porta de jogo indicada no painel: a porta administrativa do txAdmin não a substitui. Num nó partilhado não assumas que a tua instância utiliza a porta padrão nem a de outro cliente.
Registre o estágio exibido e os erros no console F8. Falha na conexão, download travado e tela de carregamento após downloads apontam para componentes diferentes. Mude uma coisa de cada vez e registre o que cada teste mostra.
Comparar ligação direta e lista
Experimenta na consola F8 do cliente uma ligação direta ao endereço atribuído e compara com a entrada da lista. Se apenas um caminho funcionar, regista a diferença. Não alteres anúncios, IP ou portas ao acaso: confirma primeiro os endpoints documentados e o esquema do operador. O endereço de outra instância na mesma máquina não é uma alternativa válida.
Verifique se FXServer foi iniciado, se seus terminais correspondem à alocação e se as regras de rede cobrem os protocolos necessários. Um teste TCP bem-sucedido não estabelece que UDP funciona. Para hospedagem gerenciada, use as configurações do painel e solicite uma verificação de alocação antes de alterar as regras do firewall do host.
Separar HTTP e tráfego de jogo
Ficheiros e endpoints HTTP podem responder enquanto a ligação UDP falha. Verifica separadamente transferências, entrada no jogo e administração. Uma resposta correta de info.json não demonstra todo o caminho UDP. Um teste TCP também não confirma que todos os fluxos necessários estejam encaminhados através do proxy ou da proteção configurada para o serviço.
Reproduza o problema em uma cópia de teste com um conjunto mínimo de recursos e, em seguida, adicione extensões gradualmente. Não desative scripts aleatoriamente em um servidor comunitário ativo. Verifique os tamanhos dos arquivos e o espaço livre: mover um recurso grande para um cache não repara seu script ou erros de dependência.
Investigar os recursos alterados
Se a falha começou após uma mudança, conserva o estado e analisa essa alteração com as dependências e a ordem de arranque. Usa mensagens concretas da consola e muda uma coisa de cada vez durante manutenção anunciada. Apagar recursos ou a cache do cliente pode remover pistas e não corrige um endereço ou encaminhamento incorreto.
Compare endereços anunciados, pontos de extremidade de conexão e destinos de arquivos com a documentação da sua versão. Um endereço de origem exposto pode ignorar a proteção remota. Confirme o roteamento e o tráfego coberto antes de restringir a origem: bloquear um serviço legítimo, tráfego de voz ou uma porta necessária pode piorar a interrupção.
Rever o proxy e a origem
Endpoints publicados, fontes autorizadas e regras de encaminhamento têm de coincidir com a topologia real. A documentação Cfx.re distingue essas funções e requisitos. Não declares toda a Internet como proxy de confiança nem desligues proteção por conveniência. Uma comparação sem proxy, se necessária, deve ser controlada, limitada no tempo e combinada com o operador.
Antes de alterar artefatos, verifique os pré-requisitos de framework e recursos, faça backup e teste a versão escolhida. FiveM para GTA V Enhanced introduz alterações que podem entrar em conflito com as configurações Legacy. Um artefato mais recente disponível não certifica automaticamente sua instalação, scripts ou modelo de hospedagem como compatíveis.
Fornecer um caso reproduzível
Compara, quando possível, dois acessos à Internet independentes e identifica os jogadores afetados. Guarda hora, endereço e linhas pertinentes da consola. Um timeout não prova um ataque DDoS: compara tráfego, filtros e carga do servidor. Um procedimento reproduzível ajuda a distinguir problemas locais, da aplicação ou do percurso de rede sem expor segredos.
Se você suspeitar de um ataque, solicite correlação com eventos de mitigação ou medições de rede. O tempo limite por si só não demonstra um ataque DDoS. Evite reinicializações repetidas, testes de carga improvisados e desativação global da segurança: isso pode ocultar a causa ou criar outra interrupção.
O que fazer no teu caso
| Situação | Próximo passo |
|---|---|
| Arranque por concluir | Verifica configuração e consola e espera que o jogo esteja pronto antes de avaliar o acesso público. |
| Ficheiros disponíveis, ligação falha | Confirma o endereço atribuído e o encaminhamento UDP. Uma resposta HTTP não valida tudo. |
| Erro após mudar um recurso | Guarda uma cópia e testa a alteração e dependências durante uma manutenção anunciada. |
Fontes oficiais
Estas fontes explicam os protocolos e configurações referidos. Confirma sempre a documentação da tua versão.