Prima di iniziare
Annota Java o Bedrock, versioni di client e server, indirizzo con porta e ora esatta. Conserva console e modifiche recenti. Prima di cambiare mondo, mod o file prepara una copia ripristinabile e mantieni il precedente stato separato.
Controllare edizione e indirizzo
Java e Bedrock non sono intercambiabili: normalmente Java usa TCP e Bedrock UDP. Cambiare una porta non rende compatibili le due edizioni. Usa l’indirizzo assegnato nel pannello e verifica il destinatario di DNS o record SRV Java. Un accesso amministrativo raggiungibile non dimostra che la porta di gioco scelta sia quella corretta.
Verificare il completamento dell’avvio
Il processo può risultare attivo mentre il mondo viene caricato. Cerca il completamento dell’avvio e gli errori di Java, configurazione, plugin o mod. Se il servizio continua a riavviarsi, indaga prima questo ciclo. Riavvii ripetuti possono aumentare il carico e cancellare indizi; conserva i messaggi prima di modificare contemporaneamente più componenti.
Provare il protocollo corretto
Verifica l’abbinamento autorizzato fra IP pubblica e porta. Un test TCP non conferma la connettività Bedrock UDP. Con visibilità LAN attiva, Bedrock può aprire anche porte standard nonostante una porta personalizzata; su nodi condivisi deve rispettare lo schema del gestore. Non aprire porte aggiuntive o assegnate ad altre istanze per aggirare il problema.
Confrontare versioni e dipendenze
Controlla versione del gioco, software server e loader. Un modpack può richiedere la stessa combinazione sul client. Se il guasto segue una modifica, verifica quella dipendenza con una copia conservata. Un downgrade o un cambio di mondo può rendere incompatibili i dati. Non eliminare l’originale o tutte le cartelle delle estensioni per una prova senza diagnosi.
Misurare durante il problema
Osserva CPU, memoria e console nello stesso intervallo. Un thread principale saturo può bloccare il gioco anche con una media bassa sull’host. Su Paper, spark aiuta a profilare mentre il problema si presenta. Controlla distanze di visualizzazione e simulazione e possibili override in altre configurazioni: più RAM non risolve necessariamente quel lavoro.
Preparare informazioni riproducibili
Confronta un secondo accesso Internet e determina quali giocatori sono interessati. Salva ora, endpoint e messaggi pertinenti, togliendo credenziali e dati privati. Un timeout può dipendere da routing, filtri, protocollo errato o server non pronto. Attribuiscilo a un attacco o a risorse insufficienti soltanto quando misure di rete e applicazione sono coerenti.
Cosa fare nel tuo caso
| Situazione | Prossimo passo |
|---|---|
| Edizione sbagliata | Seleziona Java o Bedrock con il suo endpoint reale. Una porta diversa non converte l’edizione. |
| Guasto dopo mod o cambio mondo | Verifica versioni e dipendenze e conserva una copia separata dello stato precedente. |
| Problema soltanto sotto carico | Profila thread principale e chunk durante il guasto prima di scegliere un piano maggiore. |
Fonti ufficiali
Queste fonti descrivono i protocolli e le impostazioni citati. Controlla sempre la documentazione della tua versione.