Abans de començar
Anota edició, versió del client, IP i port assignats i hora de l’error. Conserva registres i configuració. Fes servir un client conegut que funcioni i una còpia abans de canvis al món o al programari del servidor.
Verifica que el joc està preparat
Un servei actiu al panell no sempre és un servidor de joc completament arrencat. Revisa el final de l’arrencada i l’adreça d’escolta al registre. Busca fallades, dependències absents o càrrega llarga del món. No comencis diverses instal·lacions alhora; determina primer si la tasca actual ha acabat o ha fallat i què necessita.
El joc Java generalment utilitza un punt final TCP, mentre que el joc del servidor Bedrock utilitza UDP. Els valors predeterminats comuns no substitueixen mai l'assignació del panell. En un node compartit, copiar un port predeterminat d'un tutorial pot entrar en conflicte amb una altra instància. Una prova TCP no pot validar la connectivitat Bedrock UDP.
Comprova només la connexió TCP de Java des de Windows
Test-NetConnection -ComputerName 192.0.2.10 -Port 25565Substitueix adreça i port pels assignats realment. TcpTestSucceeded=True només confirma la connexió TCP, no UDP de Bedrock, l’autenticació Minecraft ni el rendiment. Amb False, compara l’escolta, l’arrencada i les regles del port concret.
Utilitza l’adreça assignada
Copia adreça i port de les dades del servei. No els canviïs per un port estàndard que pot correspondre a un altre servidor al mateix node compartit. Compara el domini amb connexió directa a IP i port correctes. Revisa DNS i un possible registre Java SRV per separat. Una web accessible no confirma les dades del joc.
Després d'afegir un connector o un mod, comproveu-ne les dependències i la compatibilitat amb el motor. Paper, Fabric, Forge i NeoForge no carreguen automàticament les mateixes extensions. Utilitzeu una còpia de prova i elimineu només l'addició identificada; esborrar un món no és una manera de diagnosticar un error de programari.
Comprova Java i Bedrock separadament
Java acostuma a utilitzar TCP per al joc; Bedrock utilitza UDP. Tallafoc i reenviament han de coincidir amb edició i port assignat. Els valors per defecte de la documentació no indiquen que puguis ocupar aquells ports en un node compartit. Les consoles i alguns clients tenen restriccions per a servidors externs que no resol un canvi aleatori de port.
A continuació, compareu des d'una altra connexió autoritzada. Quan només falla una xarxa, registreu el seu proveïdor i els temps en lloc de canviar immediatament la configuració global. El ping ICMP bloquejat no estableix que el joc sigui inaccessible; una resposta de ping tampoc prova que el port del joc estigui obert.
Comprova el DNS de Java sense canviar la zona
dig +short A play.example.com
dig +short SRV _minecraft._tcp.play.example.comUn registre SRV de Java pot anunciar un altre destí i port. Resol també el nom retornat i compara’l amb l’assignació. SRV no és necessari si el client ja fa servir l’adreça i el port correctes. No és una prova UDP de Bedrock.
Confirma versions i extensions
Client, programari del servidor i mods obligatoris han de ser compatibles. Un proxy o pont Java–Bedrock requereix configuració pròpia i no està inclòs automàticament en qualsevol oferta. Llegeix el registre abans d’actualitzar tots els components junts. Prova una còpia del món i conserva retorn, perquè una versió nova no afegeixi un problema al primer.
El descobriment de LAN Bedrock també pot obrir els seus ports habituals a més d'un port personalitzat. En un node compartit, utilitzeu la configuració adaptada del panell i sol·liciteu una comprovació de conflictes d'assignació. Per a un servidor intermediari Java o una passarel·la de reproducció encreuada, inspeccioneu totes les etapes del camí en lloc de només l'adreça pública.
Prova una xarxa independent
Si només falla un jugador, compara un altre client i una altra xarxa. Wi-Fi, VPN, tallafoc local o ruta de l’operador poden influir-hi. Un ping o port web obert no comprova tot el protocol del joc. Utilitza connexió real al port correcte sense escanejos extensos ni càrrega artificial elevada que pugui afectar altres serveis.
Quan sigui compatible, feu un perfil del servidor durant el problema amb una eina compatible. Les versions recents de Paper inclouen spark. Un informe d'un servidor buit és menys útil que un que s'ha capturat durant la desacceleració. Lliga l'enregistrament i protegeix els enllaços de diagnòstic que poden contenir informació sensible.
Investiga la càrrega si falla més tard
Si entrar funciona i el joc s’atura després, compara l’hora amb CPU, memòria, càrrega del cicle del joc i registres. Utilitza perfilatge adequat al programari. Chunks nous, distància de visió alta o mods poden causar pauses. Canvia un factor justificat cada vegada; eliminar el món no és una solució general per a problemes de xarxa.
L'activitat sospitosa de DDoS necessita correlació amb mesures de trànsit o esdeveniments de mitigació. Un temps mort per si sol no és una prova suficient. Eviteu reinicis repetits i exploracions agressives: afegeixen càrrega i dificulten el diagnòstic. Proveu la solució amb una connexió normal i, a continuació, comproveu que els jugadors habituals puguin tornar.
Què cal fer en el teu cas?
| Situació | Pas següent |
|---|---|
| El servidor no completa l’arrencada | Resol l’error del registre abans de modificar la xarxa. |
| Només falla el domini | Compara DNS i un possible registre SRV amb l’adreça assignada. |
| Només falla un client o xarxa | Revisa client, VPN i connexió local amb una prova independent. |
Fonts oficials
Les fonts descriuen protocols i configuracions. Consulta la documentació de la versió que utilitzes.