Prima di iniziare
Tieni a disposizione indirizzo e porta di gioco assegnati, ora del problema, stato del pannello e messaggi rilevanti della console. Annota gli ultimi cambiamenti alle risorse. Rimuovi chiavi e credenziali dai registri condivisi con l’assistenza.
Accertare che il gioco sia pronto
Un processo avviato non significa sempre che il gioco accetti connessioni. Cerca errori di configurazione, risorse o preparazione di txAdmin. Usa la porta indicata nel pannello: la porta amministrativa di txAdmin non sostituisce quella di gioco. Su un nodo condiviso non presumere che la tua istanza utilizzi la porta standard.
Registra la fase visualizzata e gli errori nella console F8. La mancata connessione, un download bloccato e una schermata di caricamento dopo i download puntano a componenti diversi. Cambia una cosa alla volta e registra ciò che mostra ogni test.
Confrontare accesso diretto e lista
Prova dalla console client F8 la connessione diretta all’indirizzo assegnato e confrontala con l’accesso dalla lista. Se funziona soltanto uno dei percorsi, annotalo. Non cambiare indirizzi, annunci o porte a caso: controlla endpoint documentati e configurazione prevista dal gestore, senza usare l’indirizzo di un’altra istanza sulla stessa macchina.
Verificare che FXServer sia stato avviato, che i suoi endpoint corrispondano all'allocazione e che le regole di rete coprano i protocolli richiesti. Un test TCP riuscito non stabilisce che UDP funzioni. Per l'hosting gestito, utilizza le impostazioni del pannello e richiedi un controllo di allocazione prima di modificare le regole del firewall host.
Separare HTTP e collegamento di gioco
Download ed endpoint HTTP possono rispondere mentre il collegamento UDP non funziona. Verifica separatamente file, ingresso in gioco e amministrazione. Una risposta corretta da info.json non prova l’intero percorso UDP. Nemmeno una verifica TCP conferma che tutti i flussi necessari siano inoltrati correttamente attraverso un proxy o un sistema di protezione.
Riprodurre il problema su una copia di prova con un set di risorse minimo, quindi aggiungere nuovamente le estensioni gradualmente. Non disabilitare in modo casuale gli script su un server di comunità live. Controlla le dimensioni dei file e lo spazio libero: lo spostamento di una risorsa di grandi dimensioni in una cache non ripara gli errori di script o di dipendenza.
Esaminare le ultime risorse modificate
Se il problema segue un aggiornamento, conserva lo stato attuale e controlla la modifica con dipendenze e ordine di avvio. Usa errori concreti della console e cambia una cosa per volta durante una manutenzione annunciata. Svuotare tutte le risorse o la cache del client può eliminare informazioni utili e non corregge un indirizzo o un inoltro errato.
Confronta gli indirizzi pubblicizzati, gli endpoint di connessione e le destinazioni dei file con la documentazione della tua versione. Un indirizzo di origine esposto può ignorare la protezione remota. Conferma il routing e il traffico coperto prima di limitare l'origine: il blocco di un servizio legittimo, del traffico vocale o di una porta richiesta può peggiorare l'interruzione.
Ricostruire proxy e origine
Endpoint pubblicati, fonti autorizzate e regole di inoltro devono corrispondere alla topologia reale. Cfx.re documenta queste funzioni e i relativi requisiti. Non dichiarare tutto Internet come proxy attendibile e non spegnere la protezione per comodità. Un eventuale confronto diretto deve essere controllato, limitato nel tempo e concordato con il gestore.
Prima di modificare gli artefatti, verificare i prerequisiti del framework e delle risorse, eseguire il backup e testare la versione scelta. FiveM per GTA V Enhanced introduce modifiche che possono entrare in conflitto con le configurazioni Legacy. La disponibilità di un artefatto più recente non certifica automaticamente la compatibilità dell'installazione, degli script o del modello di hosting.
Fornire un caso riproducibile
Confronta se possibile due accessi Internet indipendenti e individua i giocatori interessati. Conserva orario, indirizzo e righe di console pertinenti. Un timeout non dimostra un attacco DDoS: servono misure coerenti di traffico, filtri e carico. Una procedura riproducibile permette all’assistenza di distinguere un problema locale, applicativo o di percorso di rete.
Se sospetti un attacco, richiedi la correlazione con eventi di mitigazione o misurazioni di rete. Un timeout da solo non dimostra un attacco DDoS. Evita riavvii ripetuti, test di carico improvvisati e disabilitazione globale della sicurezza: questi possono oscurare la causa o creare un'altra interruzione.
Cosa fare nel tuo caso
| Situazione | Prossimo passo |
|---|---|
| Avvio non concluso | Controlla configurazione e console e attendi che il gioco sia pronto prima di giudicare l’accesso pubblico. |
| Download riusciti, ingresso fallito | Verifica indirizzo assegnato e inoltro UDP. La sola risposta HTTP non valida tutto il collegamento. |
| Errore dopo una modifica | Salva una copia e prova la risorsa interessata con le sue dipendenze in manutenzione. |
Fonti ufficiali
Queste fonti descrivono i protocolli e le impostazioni citati. Controlla sempre la documentazione della tua versione.