Enne alustamist
Kirjuta üles väljaanne, kliendiversioon, määratud IP ja port ning vea kellaaeg. Säilita käivituslogid ja seadistus. Kasuta teadaolevalt töötavat klienti ja tee varukoopia enne maailma või serveritarkvara muutmist.
Veendu, et mäng on käivitunud
Paneeli aktiivne teenus ei pruugi tähendada valmis mänguserverit. Kontrolli käivitumise lõppu ja õiget kuulamisaadressi logis. Otsi krahhi, puuduvaid sõltuvusi või pikka maailma laadimist. Ära alusta mitut paigaldust korraga; selgita esmalt välja, kas praegune tegevus on lõppenud või ebaõnnestunud ja millist parandust see vajab.
Java-mäng kasutab üldiselt TCP lõpp-punkti, samas kui Bedrock-serveris mängimine kasutab UDP-i. Levinud vaikeväärtused ei asenda kunagi paneelide paigutust. Jagatud sõlmes võib õpetusest vaikepordi kopeerimine olla vastuolus teise eksemplariga. TCP test ei saa kinnitada Bedrock UDP ühenduvust.
Testi Windowsist ainult Java TCP-ühendust
Test-NetConnection -ComputerName 192.0.2.10 -Port 25565Asenda aadress ja port tegeliku määranguga. TcpTestSucceeded=True kinnitab ainult TCP-ühendust, mitte Bedrock UDP-d, Minecrafti autentimist ega jõudlust. False korral võrdle kuulavat porti, käivitumist ja selle konkreetse pordi reegleid.
Kasuta määratud aadressi
Kopeeri mänguaadress ja port teenuse andmetest. Ära vali vaikeporti, mis võib samal sõlmel kuuluda teisele serverile. Võrdle domeeni otsese ühendusega õigele IP-le ja pordile. Kontrolli DNS-i ning võimalikku Java SRV-kirjet eraldi. Domeeniga avanev veebileht ei tõenda, et mängu ühendusandmed viitavad õigesse kohta.
Pärast pistikprogrammi või modifikatsiooni lisamist kontrollige selle sõltuvusi ja mootori ühilduvust. Paper, Fabric, Forge ja NeoForge ei laadi samu laiendusi automaatselt. Kasutage testkoopiat ja eemaldage ainult tuvastatud lisand; maailma kustutamine ei ole viis tarkvaravea diagnoosimiseks.
Java ja Bedrock vajavad eri kontrolle
Java mänguühendus kasutab tavaliselt TCP-d, Bedrock UDP-d. Tulemüür ja edastus peavad vastama väljaandele ning määratud pordile. Dokumentatsiooni vaikeväärtused pole käsk võtta need pordid jagatud sõlmel üle. Konsoolidel ja osal klientidel võivad olla piirangud väliste serveritega liitumisel; neid ei lahenda suvaline pordi muutmine.
Seejärel võrrelge mõne teise volitatud ühendusega. Kui ainult üks võrk ebaõnnestub, salvestage selle pakkuja ja kellaajad, mitte ei muuda kohe globaalset konfiguratsiooni. Blokeeritud ICMP ping ei tuvasta, et mäng on kättesaamatu; pingi vastus ei tõenda, et ka mänguport on avatud.
Kontrolli Java DNS-i tsooni muutmata
dig +short A play.example.com
dig +short SRV _minecraft._tcp.play.example.comJava SRV-kirje võib määrata teise sihtkoha ja pordi. Lahenda ka tagastatud sihtnimi ja võrdle seda määranguga. SRV pole vajalik, kui klient kasutab juba õiget aadressi ja porti. See ei ole Bedrock UDP-test.
Kontrolli versioone ja lisasid
Klient, serveritarkvara ning vajalikud modid peavad ühilduma. Proxy või Java–Bedrocki sild vajab eraldi seadistust ega sisaldu automaatselt igas Minecrafti teenuses. Uuri logi enne kõigi komponentide samaaegset uuendamist. Testi maailma koopiaga ja säilita tagasipöördumise võimalus, sest vale versioon võib tekitada uue probleemi lisaks algsele ühendusveale.
Bedrock LAN-tuvastus võib lisaks kohandatud pordile avada ka oma tavapärased pordid. Jagatud sõlmes kasutage paneeli kohandatud konfiguratsiooni ja taotlege jaotamise konflikti kontrolli. Java puhverserveri või crossplay lüüsi puhul kontrollige tee iga etappi, mitte ainult avalikku aadressi.
Katseta sõltumatust võrgust
Kui vaid üks mängija ebaõnnestub, võrdle teist klienti ja võrku. Wi-Fi, VPN, kohalik tulemüür või operaatori marsruut võivad tulemust muuta. Ping või avatud veebiport ei ole täielik mänguprotokolli test. Kasuta päris kliendiühendust õigesse porti ilma ulatusliku skannimise või suure kunstliku koormuseta.
Kui see on toetatud, profileerige server probleemi ajal ühilduva tööriistaga. Hiljutised Paper versioonid hõlmavad spark. Tühjast serverist pärinev aruanne on vähem kasulik kui aeglustumise ajal jäädvustatud aruanne. Seoge salvestis ja kaitske diagnostilisi linke, mis võivad sisaldada tundlikku teavet.
Uuri hilisema katkestuse koormust
Kui liitumine algul töötab ja hiljem peatub, võrdle aega CPU, mälu, mängutsükli koormuse ja logidega. Kasuta serveritarkvarale sobivat profileerimist. Uued chunk'id, suur vaatekaugus ja modid võivad tekitada pause. Muuda korraga üht põhjendatud tegurit; maailma kustutamine ei ole üldine abinõu võrguhäire vastu ning võib hävitada olulised andmed.
Arvatav DDoS aktiivsus vajab korrelatsiooni liikluse mõõtmiste või leevendavate sündmustega. Ajalõpp üksi ei ole piisav tõend. Vältige korduvaid taaskäivitusi ja agressiivseid skaneeringuid: need lisavad koormust ja raskendavad diagnoosimist. Testige parandust tavalise ühendusega, seejärel kontrollige, kas tavalised mängijad saavad tagasi pöörduda.
Mida sinu olukorras teha?
| Olukord | Järgmine samm |
|---|---|
| Server ei jõua käivitumise lõpuni | Lahenda logis nähtav käivitusviga enne võrgu muutmist. |
| Ainult domeeniga liitumine ebaõnnestub | Võrdle DNS-i ja võimalikku SRV-kirjet määratud aadressiga. |
| Ainult üks klient või võrk ebaõnnestub | Uuri klienti, VPN-i ja kohalikku ühendust sõltumatu testi abil. |
Ametlikud allikad
Allikad kirjeldavad protokolle ja seadistusi. Kontrolli kasutatava versiooni dokumentatsiooni.