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.
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.
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.
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.
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.
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.
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.