Înainte să începi
Notează Java sau Bedrock, versiunile clientului și serverului, adresa cu port și ora exactă. Păstrează consola și ultimele modificări. Înainte să schimbi lumi, moduri sau fișiere, pregătește o copie restaurabilă și ține separat starea originală.
Confirmă ediția și adresa
Java și Bedrock sunt tipuri diferite: Java folosește de obicei TCP, iar Bedrock UDP. Alt port nu le face compatibile. Utilizează adresa alocată în panel și verifică ținta DNS ori SRV Java. Administrarea accesibilă nu dovedește că testezi portul corect de joc; porturile standard nu promit aceeași alocare pe un nod partajat. Verifică ediția utilizată efectiv de comunitate.
Verifică finalizarea pornirii
Procesul poate rula cât lumea încă se încarcă. Găsește mesajul de disponibilitate și erorile Java, de configurare, pluginuri sau moduri. Dacă serverul repornește permanent, investighează întâi ciclul. Restarturile rapide adaugă încărcare și pot ascunde indicii. Păstrează mesajele și nu schimba simultan lumea, versiunea și toate extensiile fără identificarea unei cauze și fără o copie funcțională.
Testează protocolul necesar
Verifică asocierea autorizată dintre IP public și portul jocului. TCP nu validează un port Bedrock UDP. Bedrock cu vizibilitate LAN poate deschide și porturi standard suplimentare chiar când ai configurat alt port; pe gazdă partajată trebuie respectată schema operatorului. Nu deschide singur porturi suplimentare ori alocate altor clienți. Proxy-ul intermediar trebuie să suporte efectiv ediția și protocolul ales.
Compară versiunile și dependențele
Verifică versiunea jocului, software-ul și loaderul. Un modpack poate necesita aceeași combinație la client și server. Dacă problema urmează unei schimbări, verifică dependența păstrând copia. O versiune mai veche ori altă lume poate fi incompatibilă cu datele. Nu șterge originalul sau toate modurile pentru un experiment; păstrează un punct separat de recuperare și jurnalul schimbărilor.
Măsoară când problema apare
Urmărește procesorul, memoria și consola în același interval. Un fir principal saturat poate bloca jocul cu medie mică pe gazdă. În Paper, spark ajută la profilarea problemei în timpul apariției. Verifică distanțele de vedere și simulare și suprascrierile din alte configurații. RAM suplimentar nu repară automat acest lucru; contează setările efective, nu doar ce ai scris într-un fișier.
Construiește o diagnoză reproductibilă
Compară un al doilea acces și identifică jucătorii afectați. Păstrează ora, endpointul și mesajele, fără secrete sau date private. Timeout poate veni din rutare, filtre, protocol greșit sau server nepregătit. Indică un atac sau lipsă de resurse numai dacă datele rețelei și aplicației susțin concluzia. O deconectare izolată nu ajunge pentru acest diagnostic; oferă asistenței pași concreți.
Ce să faci în situația ta
| Situație | Pasul următor |
|---|---|
| Ediție greșită | Alege Java sau Bedrock cu endpointul real. Schimbarea portului nu convertește ediția. |
| Problemă după moduri sau lume | Compară versiuni și dependențe, păstrând o copie separată a stării anterioare. |
| Eroare doar sub sarcină | Profilează firul principal și chunkurile în timpul problemei înainte de mărirea planului. |
Surse oficiale
Aceste surse explică protocoalele și setările menționate. Verifică documentația pentru versiunea pe care o folosești.