Innan du börjar
Anteckna Java eller Bedrock, klient- och serverversion, adress med port och exakt tid. Spara konsol och senaste ändringar. Före ändring av värld, mods eller filer behöver du en återställbar kopia och separat förvaring av ursprungligt läge.
Bekräfta utgåvan och adressen
Java och Bedrock är olika utgåvor: Java använder normalt TCP, Bedrock UDP. En annan port gör dem inte kompatibla. Använd paneladressen och kontrollera DNS eller Java SRV-målet. Tillgänglig administration bevisar inte rätt spelport. Standardnummer garanterar inte samma tilldelning på en delad nod. Utgå från gemenskapens faktiska klienter och tjänstens tilldelning, inte en annan persons exempel eller instans på samma värd.
Java-spelet använder vanligtvis en TCP-slutpunkt, medan Bedrock-serverspelet använder UDP. Vanliga standardinställningar ersätter aldrig paneltilldelningen. På en delad nod kan kopiering av en standardport från en handledning komma i konflikt med en annan instans. Ett TCP-test kan inte validera Bedrock UDP-anslutning.
Testa bara Java-TCP-anslutningen från Windows
Test-NetConnection -ComputerName 192.0.2.10 -Port 25565Ersätt adress och port med den faktiska tilldelningen. TcpTestSucceeded=True bekräftar bara TCP-anslutningen, inte Bedrock-UDP, Minecraft-inloggning eller prestanda. Vid False jämför du lyssnande port, uppstart och reglerna för just den porten.
Kontrollera färdig uppstart
Processen kan köra medan världen fortfarande laddas. Hitta redo-meddelandet och fel från Java, inställningar, plugins eller mods. Vid ständiga omstarter ska du först undersöka cykeln. Snabba upprepningar skapar extra arbete och döljer spår. Ändra inte värld, version och alla tillägg samtidigt utan fungerande kopia och tydlig orsak. Tillgänglig konsol betyder inte alltid att spelet tar emot spelare eller har färdigställt världen.
När du har lagt till en plugin eller mod, kontrollera dess beroenden och motorkompatibilitet. Paper, Fabric, Forge och NeoForge laddar inte automatiskt samma tillägg. Använd en testkopia och ta bort endast det identifierade tillägget; att ta bort en värld är inte ett sätt att diagnostisera ett programvarufel.
Testa rätt protokoll
Bekräfta tillåten koppling mellan offentlig IP och spelport. TCP-test kontrollerar inte Bedrock UDP. Med LAN-synlighet kan Bedrock öppna extra standardportar även med egen port; följ operatörens plan på en delad värd. Öppna inte godtyckliga eller andra kunders portar. Ett mellanled ska stödja utgåva, protokoll och returväg. Testa din instans och spelarens verkliga anslutning, inte bara administrationssidan eller någon annan tjänst.
Jämför sedan från en annan auktoriserad anslutning. När bara ett nätverk misslyckas, registrera dess leverantör och tiderna istället för att omedelbart ändra den globala konfigurationen. Blockerad ICMP-ping fastställer inte att spelet är oåtkomligt; ett ping-svar bevisar inte heller att spelporten är öppen.
Kontrollera Java-DNS utan att ändra zonen
dig +short A play.example.com
dig +short SRV _minecraft._tcp.play.example.comEn Java-SRV-post kan ange ett annat mål och en annan port. Slå även upp det returnerade målnamnet och jämför med tilldelningen. SRV behövs inte om klienten redan använder rätt adress och port. Detta är inget Bedrock-UDP-test.
Jämför versioner och beroenden
Kontrollera spel, serverprogram och loader. En modpack kan kräva samma kombination på klient och server. Efter en ändring ska du undersöka beroenden med kopian bevarad. Äldre version eller annan värld kan vara oförenlig med data. Radera inte original eller alla mods som försök; ha en separat återställningspunkt och anteckna ändringar med resultat. Undersök en orsak i taget och behåll tidigare fungerande läge för säker återgång.
Bedrock LAN-upptäckt kan också öppna sina vanliga portar förutom en anpassad port. På en delad nod, använd panelens anpassade konfiguration och begär en tilldelningskonfliktkontroll. För en Java-proxy eller crossplay-gateway, inspektera varje steg av sökvägen snarare än bara den allmänna adressen.
Mät när problemet uppstår
Följ CPU, minne och konsol under samma tidsperiod. En belastad huvudtråd kan stoppa spelet med lågt genomsnitt på värden. I Paper hjälper spark med profilering. Kontrollera visnings- och simuleringsavstånd och ersättningar från andra inställningar. Mer RAM löser inte automatiskt orsaken; aktiv konfiguration och världens arbete avgör. Mät en representativ session med aktiviteter som framkallar problemet, inte bara en tom server före spelarnas ankomst.
Om det stöds, profilera servern under problemet med ett kompatibelt verktyg. De senaste Paper-versionerna inkluderar spark. En rapport från en tom server är mindre användbar än en som registrerades under nedgången. Bind inspelningen och skydda diagnostiska länkar som kan innehålla känslig information.
Samla en upprepningsbar diagnos
Jämför en annan oberoende åtkomst och berörda spelare. Behåll tid, adress och meddelanden utan hemligheter. Timeout kan orsakas av väg, filter, fel protokoll eller server som inte är redo. Dra slutsats om angrepp eller resursbrist från motsvarande nätverks- och programdata. Ett avbrott räcker inte; ge supporten steg, villkor och lyckade kontroller. Det möjliggör riktad rättning utan ingrepp hos andra kunder på samma värd.
Misstänkt DDoS-aktivitet behöver korrelera med trafikmätningar eller begränsningshändelser. Enbart en timeout är otillräckligt bevis. Undvik upprepade omstarter och aggressiva skanningar: de ökar belastningen och gör diagnosen svårare. Testa fixen med en normal anslutning och kontrollera sedan att vanliga spelare kan återvända.
Vad gör du i din situation?
| Situation | Nästa steg |
|---|---|
| Fel utgåva | Välj Java eller Bedrock med rätt adress. Portbyte ändrar inte utgåvan. |
| Problem efter mods eller värld | Jämför versioner och beroenden och spara en separat kopia av tidigare läge. |
| Fel bara vid belastning | Profilera huvudtråd och chunks under problemet innan erbjudandet utökas. |
Officiella källor
Källorna beskriver protokoll och inställningar. Kontrollera dokumentationen för versionen du använder.