Minecraft 26.4 Snapshotin palvelinasetukset: allowed-connection-ids, status-contact-details ja enable-legacy-status selitettynä

Minecraft 26.4 -snapshotit ovat nyt saatavilla: snapshot 1 julkaistiin 22. syyskuuta 2026 ja snapshot 2 seurasi 29. syyskuuta. Näiden välillä Minecraft 26.4 -snapshotit lisäsivät kolme uutta server.properties-avainta, jotka kiinnostavat dedicated-palvelinten ylläpitäjiä: allowed-connection-ids, status-contact-details ja enable-legacy-status. Mikään niistä ei ole vielä vakaa julkaisu, ja versio 26.4 on tällä hetkellä suunniteltu vain vuoden 2026 neljännelle vuosineljännekselle ilman virallista julkaisupäivää.

TL;DR: nämä avaimet kannattaa oppia nyt, mutta älä käytä niitä tuotannossa ennen kuin 26.4 varsinaisesti julkaistaan. Snapshot-palvelimet tarkoittavat, ettei Paperia eikä plugineja ole saatavilla, ja maailmapäivitykset toimivat vain yhteen suuntaan.

Snapshot 1 on kiinnostavin. Se lisäsi kaikki kolme avainta sekä tukevan protokollamuutoksen siihen, miten asiakas lähettää palvelimen osoitteen. Snapshot 2 sisälsi virhekorjauksia, renderöintietäisyyden sumun muutoksia ja debug-ruudun uudelleensuunnittelua ilman uusia asetuksia (26.4 kehitysversiot, minecraft.wiki). Kaiken alla olevan ensisijainen lähde on Mojangin Snapshot 1 -muutosloki.

Yksi nimityshuomio: joulukuun 2025 numerointimuutoksen jälkeen snapshotit nimetään 26.4-snapshot-1-tyylillä vanhan 25w44a-viikkonumeromuodon sijaan. Mojangin sekvenssi on snapshotit → -pre-N → -rc-N → julkaisu.

Ennen kuin käymme avaimet läpi yksi kerrallaan, sinun täytyy ymmärtää, miksi nämä avaimet ovat olemassa. Uusi isäntäkentän parsinta on perusta kaikelle seuraavalle.

Konteksti ensin: miten palvelinosoitteessa olevat asetukset toimivat

host-kenttä asiakkaasta palvelimeen suuntautuvassa minecraft:intention-paketissa sisältää nyt URI-query-tyylisiä parametreja. (Mojang kirjoittaa epäjohdonmukaisesti minecraft:intent ja minecraft:intention samassa muutoslokissa. Sama paketti, sama kirjoitusvirhe, älä anna sen hämätä.) Tämä tarkoittaa, että palvelimen osoite voi näyttää muodoltaan example.com?key1=value1&key2, jossa avaimet ja arvot on %-koodattu URI-sääntöjen mukaan ja tyhjät arvot ovat sallittuja =:n ohittamiseksi. Kenttää on myös laajennettu 1024 merkkiin, ja pelaajat voivat kirjoittaa nämä asetukset mihin tahansa "Palvelimen osoite" -kenttään.

Myös lyhennysmuoto on olemassa: osoite kuten [email protected] tulkitaan muotoon play.example.com?_id=myid. SAS Gaming wiki lisää, että id on "mikä tahansa merkki ennen ensimmäistä @" osoitteessa. Tämä on yhteisön wikin yksityiskohta, toisen käden tieto, mutta se vastaa Mojangin esimerkkiä.

Avaimet, jotka alkavat _:llä, on varattu vanilla-pelille. _id on se avain, johon allowed-connection-ids verrataan. Myös SRV-yhteistoiminnasta kannattaa tietää seuraavaa: jos SRV-tietue ratkaisee osoitteen eri verkkotunnukseen, ratkaistu verkkotunnus muuttuu ensisijaiseksi ja alkuperäinen välitetään eteenpäin _o (alkuperä) -ominaisuutena. Muutoslokin mukaan tämä korjaa Mojangin bugitunnisteella MC-278651 seuraaman epäjohdonmukaisen SRV-käyttäytymisen.

Mojangin oma varoitus, sitaattina: "Huom: koska minecraft:intent-paketti on salaamaton, ominaisuuksia ei tule käyttää mihinkään turvallisuuskriittiseen tarkoitukseen." Pidä tämä mielessä kaikessa seuraavassa.

Yksi muutoslokimerkintä täydellisyyden vuoksi: minecraft:transfer-pakettiin lisättiin properties-kenttä, eli merkkijono–merkkijono-kartta, joka kulkee kohdepalvelimelle lähetettävässä isäntäkentässä. Se vaikuttaa siirto- ja välityspalvelinkokonaisuuksiin, kun 26.4 on saavuttanut vakaan version.

status-contact-details: avain, jota useimmat ylläpitäjät tulevat todella käyttämään

Meidän mielestämme tämä on hyödyllisin kolmesta yhteisöpalvelimille. Jos status-contact-details ei ole tyhjä, sen arvo lähetetään minecraft:status_response-paketin JSONissä contact-ominaisuuden alle, mikä tarkoittaa, että se näkyy palvelinlistan merkinnässäsi.

Mojangin ilmoitettu tarkoitus: inhimillinen tapa pelaajien ottaa yhteyttä palvelimen omistajiin, kun verkkosivustoa tai muuta tietoa ei ole. Muotoilurajoituksia ei ole. Toimituksellinen ehdotuksemme: Discord-kutsu tai sähköpostiosoite toimivat hyvin. Molemmat ovat lyhyitä, molemmat on helppo kopioida ja liittää, ja ne ratkaisevat täsmälleen sen ongelman, jonka Mojang kuvaa: pelaajat, jotka löytävät palvelimesi eivätkä tiedä, miten ottaa sinuun yhteyttä.

Oletusarvo on tyhjä (päätelty muutoslokista, ei erikseen dokumentoitu). Yksi huomio: yhteystiedot näkyvät vain, kun enable-status=true.

Jos pyörität ystävä- ja yhteisöpalvelinta ilman verkkosivustoa, tämä on se avain, jonka kannattaa asettaa varhaisessa vaiheessa vakaassa julkaisussa.

allowed-connection-ids: kevyt yhteyssuodatin yhdellä suurella ansalla

Sitaatti muutoslokista: "Lista pilkulla erotettuja id:itä. Jos lista ei ole tyhjä, palvelin vertaa arvoja minecraft:intention -paketin _id-ominaisuuteen. Jos yhteensopivuutta ei ole, palvelin hylkää yhteyden. Tämä toimii sekä tila- että kirjautumisyhteyksissä, joten mikä tahansa käyttäjä, joka yhdistää ilman oikeaa _id palvelimen osoitteessa, ei näe tilaa eikä pysty liittymään palvelimelle."

Konkreettinen esimerkki (oma johtopäätöksemme, ei mistään lähteestä): sanotaan, että asetat

allowed-connection-ids=friends,alt-night

Pelaajat liittyvät sitten kirjoittamalla [email protected] palvelimen osoitekenttään tai käyttämällä täyttä muotoa your.server.ip?_id=friends. Molemmissa tapauksissa lopputulos on _id=friends, joka täsmää, ja he pääsevät sisään.

Ansa: koska suodatin estää myös tilapyyntöjä, väärä tai puuttuva id tarkoittaa, että palvelin ei vastaa tilaan lainkaan. Palvelimesi näyttää kuolleelta palvelinlistalla. Tämä on todennäköisin konfigurointivirhe. Joku asettaa avaimen, unohtaa kertoa pelaajille id:n ja käyttää illan uskoen, että palvelin on kaatunut. Hylätyt asiakasohjelmat näkevät viestin "Connection rejected by server" (MC Toolkit mukaan).

Sanotaan suoraan: kyseessä on hämäröinti, ei todennus. Tunniste kulkee salaamattomana kättelyvaiheessa, juuri kuten Mojang varoitti. Kuka tahansa, joka kuuntelee yhteyttä tai osaa lukea pakettimuodon, näkee sen, ja kuka tahansa voi kirjoittaa sen. Älä käsittele tätä allowlistin korvikkeena. Pidä varsinainen allowlist käytössä.

Ajattele allowed-connection-ids:tä kätevyyssuodattimena puolijulkiselle palvelimelle, jossa haluat mieluiten estää tuntemattomia käyttäjiä pääsemästä sisään sen sijaan, että läpikävisit porttikieltoprosessin.

Kaksi tuntematonta asiaa, joista emme arvaile: oletusarvoa ei ole dokumentoitu (tyhjä on päätelty), eikä tunnisteiden sallittuja merkkejä tai pituusrajoja ole. Myös Velocityn tai BungeeCordin taakse jäävä toiminta on vahvistamatta. Verkkopalvelinten ylläpitäjien tulisi odottaa ja testata RC-vaiheessa, koska välityspalvelimet parsivat kättelymuodon itse.

enable-legacy-status: siivousta vanhoille ping-tooleille

Tämä on ainoa kolmesta, jolla on dokumentoitu oletusarvo: true, joka säilyttää olemassa olevan toiminnan. Arvon asettaminen false:ksi poistaa käytöstä ennen 1.7:tä olleen legacy-status-/ping-protokollan käsittelyn. Se vaatii myös enable-status=true:n, jotta tilatietoja (nykyisiä tai legacy) lähetetään lainkaan.

Milloin tämän kannattaa vaihtaa? Suosituksemme: vain jos olet varma, että työkaluketjussasi ei ole mitään, joka vielä käyttää legacy-protokollaa pinggaamiseen. Jotkut vanhat serverilistabotit, hallintapaneelit ja skannerit tekevät niin edelleen. Jos valvontatyökalu lakkaa havaitsemasta palvelintasi tämän avaimen asettamisen jälkeen, tämä avain on ensisijainen epäilty. Palauta se takaisin ja päivitä työkalu.

Mikään tässä ei estä pelaajia; se vaikuttaa vain siihen, miten erittäin vanhoihin ping-pyyntöihin vastataan.

Pikaviite: kolme avainta yhdellä silmäyksellä

Muokkausmuistutus server.properties:lle: se on UTF-8, key=value-rivit #-kommenteilla, ja palvelin kirjoittaa tiedoston uudelleen käynnistyksen yhteydessä, kopioiden olemassa olevat arvot ja nollaten puuttuvat tai virheelliset avaimet oletusarvoihin. Muokkausten jälkeen tarvitaan uudelleenkäynnistys, ja varmuuskopioi tiedosto ennen kokeilua.

Kaikki kolme ovat tällä hetkellä vain snapshot-versioita, ja ne voivat muuttua ennen kuin 26.4 julkaistaan.

Testaus snapshot-palvelimella: järkevä menettely

Mojangin oma varoitus pätee: testiversiot voivat vaurioittaa maailmaasi, joten varmuuskopioi ja aja snapshotit omassa kansiossa päämaailmoistasi. Snapshot-maailmat päivittyvät yksisuuntaisesti snapshotin dataversioon. Ilman kehotetta, ilman peruutusta, ja ainoa tapa palata takaisin on esisnapshot-varmuuskopio. Maailmat voivat jopa rikkoutua peräkkäisten snapshotien välillä.

Ensin kehystuki. Syyskuun lopulla Vanilla ja Fabric pystyivät ajamaan snapshotteja, kun taas Paper, Purpur, Spigot, Forge ja NeoForge eivät olleet julkaisseet 26.4-snapshot-rakennelmia; ne rakentavat vain julkaisuja ja release-candidate-versioita. Tämä perustuu yhteen lähteeseen (GameServerKings, vahvistettu 28.9.2026), ja sitä kannattaa tarkistaa uudelleen Paperin build-API:n kautta ennen kuin luotat siihen. Tällä hetkellä se tarkoittaa, ettei lisäosia voi käyttää snapshot-palvelimella.

Testataksesi nimenomaan uusia avaimia: lisää ne tiedostoon server.properties, käynnistä palvelin uudelleen, yhdistä friends@ip-lyhenteellä ja tarkista, että palvelinluettelosi kohdassa näkyvät yhteystietosi. Sen jälkeen suorita laajemmat perustarkistukset:

1. Varmuuskopioi tuotantomaailmasi ja asetustiedostosi.
2. Luo erillinen, kertakäyttöinen palvelin. Älä koske tuotantoon.
3. Kopioi asetustiedostosi sisään.
4. Ensimmäisen käynnistyksen aikana lue lokista hylätyt tai tuntemattomat avaimet.
5. Käy farmisi ja redstone-rakennelmiesi läpi varmistaaksesi, ettei mikään rikkoutunut.
6. Hylkää se, kun olet valmis.

Jos haluat sivuinstanssin snapshot-testaukseen tuotantopalvelimesi rinnalle, Minecraft-palvelinhostaus päivittäisillä varmuuskopioilla ja yhden klikkauksen asennuksella antaa sinulle oman koneen yhden klikkauksen palautuksella, mikä on juuri sitä, mitä haluat ennen kuin kosket mitään.

Kannattaako 26.4-snapshotteja ajaa tuotannossa vielä? (Vastaus: ei)

Ei. Odota julkaisua, tai ainakin release candidate -versioita, jos olet Paper-ylläpitäjä, koska Paper rakentaa RC-versioita. Kolme syytä: snapshoteissa ei ole lisäosa- tai modikehyksen tukea, maailmapäivitykset ovat yksisuuntaisia, ja kaikki kolme avainta ovat niin uusia, että ne voivat vielä muuttua ennen kuin 26.4 julkaistaan.

Aikataulun suhteen ole rehellinen itsellesi: 26.4 on suunniteltu Q4 2026 wikin mukaan, eikä Mojangilta ole virallista päivämäärää. Liikkeellä on arvio joulukuusta 2026, joka perustuu versioiden 26.1–26.3 noin 10–14 viikon snapshot-julkaisutahdin. Tämä on kalenteriin perustuva arvaus, ei Mojangin lausunto.

Mitä tehdä nyt: mitään tuotannossa. Halutessasi voit pystyttää kertakäyttöisen vanilla- tai Fabric-snapshot-palvelimen kokeillaksesi status-contact-details:tä ja nähdäksesi, miltä yhteysmerkkijono näyttää palvelinlistassa.

Mitä seuraamaan: jos käytät Velocityä tai BungeeCordia, kuulut niihin, joiden on pidettävä 26.4 silmällä, koska välityspalvelimet parsivat kättelymuodon itse ja laajennettu isäntäkenttä muuttaa sitä, mitä ne näkevät. SyntaxMine merkitsee verkkoylläpitäjät juuri tähän ryhmään. Palaamme tähän artikkeliin, kun 26.4 saavuttaa release candidate -vaiheen tai vakaan version, ja päivitämme keskeiset kohdat, jos mitään muuttuu.

Usein kysytyt kysymykset

Mitä allowed-connection-ids, status-contact-details ja enable-legacy-status oikeasti tekevät?

allowed-connection-ids hylkää yhteydet (tila- ja kirjautumispyynnöt), joissa palvelimen osoitteessa ei ole vastaavaa _id-arvoa. status-contact-details julkaisee yhteystietojen merkkijonon palvelimesi tilavastauksessa. enable-legacy-status=false poistaa käytöstä ennen 1.7-versiota olleen legacy-ping-käsittelyn. Vain enable-legacy-statusilla on dokumentoitu oletusarvo (true); muut kaksi ovat tyhjiä, ellet aseta niitä.

Miten pelaaja syöttää connection id:n palvelimensa osoitteeseen?

Joko lyhyt muoto [email protected] (joka tulkitaan muodoksi your.server.ip?_id=friends) tai täysi kyselymuoto your.server.ip?_id=friends.. Kaikki ennen ensimmäistä @-merkkiä oleva tulkitaan id:ksi.

Miksi palvelimensa näyttää kuolleelta palvelinlistalla allowed-connection-ids:n asettamisen jälkeen?

Suodatin koskee sekä tilapyyntöjä (status ping) että kirjautumisia. Jos yhteyttä ottava asiakasohjelma ei lähetä vastaavaa _id:tä, palvelin ei vastaa tilaan – joten palvelinlista näyttää sen offline-tilassa. Korjaa id palvelimen osoitteeseen tai poista avain kokonaan.

Voinko käyttää allowed-connection-ids:a valkolistana?

Ei. Mojang mainitsee nimenomaan, että minecraft:intent-paketti on salaamaton, joten id voidaan lukea tai väärentää. Käytä sitä vain mukavuussuodattimena puolijulkiselle palvelimelle ja pidä todellinen sallittujen listasi voimassa.

Toimivatko nämä uudet avaimet Velocityn tai BungeeCordin kanssa?

Vahvistamaton. Välityspalvelimet (proxies) parsivat handshake-kentän isäntäosoitteen itse, joten välityspalvelimen takana toiminta ei ole vahvistettu 26.4-snapshoteille. Verkon ylläpitäjien tulisi odottaa release candidate -buildeja ja testata ennen kuin luottavat mihinkään näistä.