Jos Minecraft Bedrock -palvelimesi pyörii ilman ainuttakaan virhettä konsolissa, mutta pelaajat saavat liittyessään virheen jossa mainitaan NetherNet, palvelin kuuntelee väärällä transportilla. Aseta transport=raknet tiedostoon server.properties, käynnistä palvelin uudelleen, ja siihen pääsee taas IP-osoitteella ja portilla.
Miltä ongelma näyttää
Hämäävintä on, ettei mikään näytä rikkinäiseltä. Palvelin käynnistyy, konsoli tulostaa rivejä kuten Opening level, Accepting clients on [::]:19132, Signed in to signaling service successfully ja Server started., eikä missään ole varoitusta tai virhettä. Pelaajan päässä palvelin on lisätty kohtaan Servers > Add Server oikealla IP-osoitteella ja portilla, mutta liittyminen epäonnistuu ja viesti mainitsee NetherNetin.
Koneen ulkopuolelta katsottuna peliportti ei vastaa lainkaan. Se on ratkaiseva vihje: toimiva Bedrock-palvelin vastaa RakNet-pingiin UDP-portissaan millisekunneissa, ja tämä on hiljaa vaikka prosessi on pystyssä ja maailma ladattu. Palvelin on käynnissä, se ei vain ota vastaan yhteyksiä sillä tavalla kuin vuokrattu palvelin vaatii.
Miksi näin käy: uusi transport-asetus
Bedrock Dedicated Server 1.26 toi server.properties-tiedostoon transport-asetuksen, jolla on kaksi mahdollista arvoa.
transport=raknet on se klassinen UDP-transport, jota Bedrock on aina käyttänyt. Palvelin varaa server-port-asetuksen portin, ja kuka tahansa joka kirjoittaa tuon osoitteen ja portin Add Server -näkymään, pääsee siihen suoraan. Juuri tätä vuokrattu tai itse pystytetty dedikoitu palvelin tarvitsee.
transport=nethernet on Mojangin uudempi, WebRTC:hen perustuva transport. Sen kanssa palvelin ei avaa lainkaan julkista peliporttia, johon pääsisi käsiksi. Sen sijaan se kirjautuu Microsoftin signalointipalveluun, ja yhteydet välitetään Xbox-identiteetin kautta, eli samalla tekniikalla jolla liitytään kaverin maailmaan. Pelaajalle ei ole mitään osoitetta kirjoitettavaksi, joten palvelin on Add Server -näkymässä näkymätön riippumatta siitä, kuinka oikein IP ja portti ovat.
Miksi osa palvelimista hajoaa ja osa ei
1.26:n tuoreeltaan luoma server.properties on oletuksena transport=nethernet. Ennen 1.26:ta kirjoitetussa tiedostossa ei ole transport-riviä lainkaan, ja puuttuva rivi tarkoittaa raknetia. Tämä yksi ero selittää koko kuvion: pitkään pyörinyt palvelin, joka vain päivitti tiedostonsa, toimii edelleen, kun taas juuri luotu palvelin tai sellainen jonka properties-tiedosto on kirjoitettu uusiksi lakkaa ottamasta vastaan suoria yhteyksiä samassa päivityksessä.
Kyse ei siis ole DNS-ongelmasta, palomuurista eikä porttien varaamisesta, ja uudelleenasennus yleensä pahentaa tilannetta, koska juuri uudelleenasennus kirjoittaa tuoreen 1.26-properties-tiedoston.
Näin korjaat sen DoomHostingin panelissa
Tee nämä tässä järjestyksessä. Palvelimen pitää olla pysäytetty ennen tiedoston muokkaamista, koska Bedrock kirjoittaa server.properties-tiedoston uudelleen sammuessaan ja ylikirjoittaisi muutoksesi.
- Avaa palvelimesi hallintapanelissa ja pysäytä se Console-välilehdeltä. Odota, että tila näyttää Offline eikä Stopping.
- Siirry Files-välilehdelle.
server.propertieson palvelimen juurihakemistossa, tiedostonbedrock_serverja kansionworldsvieressä. - Avaa tiedosto editoriin ja etsi transport-rivi:
transport=nethernet
- Vaihda se muotoon:
transport=raknet
Rivin poistaminen kokonaan tekee saman, koska puuttuva transport palautuu raknetiin. Arvon asettaminen näkyviin on silti parempi: kun tiedosto seuraavan kerran luodaan uudelleen, näet yhdellä vilkaisulla millä transportilla palvelin on.
- Tallenna tiedosto ja käynnistä palvelin Console-välilehdeltä.
Tarkista samalla, että server-port vastaa panelin yhteyskortilla näkyvää porttia. Raknetilla oleva palvelin, joka kuuntelee eri porttia kuin sitä jonka jaat pelaajille, epäonnistuu pelaajan silmissä täsmälleen samalla tavalla.
Varmista että korjaus toimi
Käynnistä palvelin ja seuraa konsolia. Haluat nähdä tavallisen käynnistyksen päättyvän riviin Server started. ilman virheitä sen jälkeen. Lisää sitten palvelin pelissä kohdassa Servers > Add Server käyttäen yhteyskortin IPv4-osoitetta ja porttia, ja liity. Palvelimella joka oli jumissa NetherNetissä portti alkaa vastata heti uudelleenkäynnistyksen jälkeen, ja rivi palvelinlistassa muuttuu tavoittamattomasta pelaajamäärää näyttäväksi.
Jos haluat tarkistuksen joka ei riipu pelin clientista, panelin yhteyskortti ja pelaajamäärän merkki lukevat molemmat elävää peliporttia. Palvelin joka vastaa siellä on liityttävissä.
Yleisiä ongelmia
Muutos katosi uudelleenkäynnistyksessä. Muokkasit tiedostoa palvelimen ollessa käynnissä. Bedrock pitää asetuksensa muistissa ja kirjoittaa ne takaisin sammuessaan, joten lennossa tehty muutos hylätään. Pysäytä palvelin, varmista tilaksi Offline, muokkaa, tallenna ja käynnistä.
Liittyminen ei onnistu, eikä transport-riviä ole. Silloin palvelin oli jo raknetilla, eikä NetherNet ole ongelmasi. Vertaa yhteyskortin porttia asetukseen server-port, varmista että palvelin todella pääsi riviin Server started., ja etene clientin näyttämän virheen mukaan. Jos se on numeroitu koodi, katso Minecraft Bedrock -virhekoodi U-000: mitä se tarkoittaa ja miten sen korjaa.
Yksi laite epäonnistuu yhä, muut pääsevät sisään. Sulje peli kokonaan, poista tallennettu palvelinrivi ja lisää se uudelleen. Bedrock-client tallentaa yhteystiedot rivikohtaisesti, ja NetherNetin aikana luotu rivi voi jatkaa epäonnistumista senkin jälkeen kun palvelin on korjattu.
Konsoli kertoo kirjautuneensa signalointipalveluun. Tuo rivi on sellaisenaan harmiton ja voi näkyä myös raknet-palvelimella. Arvioi korjaus sillä, pääsevätkö pelaajat sisään IP-osoitteella ja portilla, ei tuolla viestillä.
Käytössä on 1.26:ta vanhempi versio. Silloin properties-tiedostossa ei ole transport-avainta, eikä sellaisen lisäämisestä ole hyötyä. Päivitä palvelin ensin ja aseta arvo vasta sitten.
RakNet on merkitty vanhentuneeksi
Hyvä tietää samalla kun olet tiedostossa: Bedrock 1.26.3:n muutoslistassa todetaan, että RakNet on deprecated ja että clientin varoitus NetherNetin kokeilemisesta muuttui virheeksi. Mojang on siis merkinnyt klassisen transportin poistuvaksi. Mitä se tarkoittaa suoralle IP-liittymiselle tulevissa versioissa, ei ole kerrottu, joten pidä transport=raknet oikeana asetuksena dedikoidulle palvelimelle tänään ja varaudu siihen, että tämä sivu päivitetään jos käytös muuttuu.
Jos olet pystyttämässä uutta palvelinta ja haluat loput perusasiat, sivumme Minecraft Bedrock -palvelinten hosting kertoo mitä kukin paketti sisältää, ja tukemme voi tarkistaa transport-arvon puolestasi tiketin kautta.
