Minecraft VPN-i kaudu: milline aadress läheb serverite nimekirja?

VPN-i lõpp-punkti trükkimine Minecrafti serverite nimekirja tundub loogiline ja ebaõnnestub iga kord, sest see aadress lõpetab tunneli, mitte ei majuta mängu. Samasse VPN-i ühendatud mängijal on juba tee mängu hostini, seega peab kirje nimetama hosti ja pordi, millel mäng kuulab. Saa need kaks õigeks ja ülejäänud probleem on tavaline teenuse kättesaadavus, mis on palju lühem kontrollnimekiri, kui esmapilgul tundub.

Kaks aadressi, kaks tööd

Üks aadress on avalik taristu: transpordi lõpp-punkt, mis kannab krüpteeritud pakette võrdsete vahel. Teine on privaatne aadress masinal, mis käitab pühendatud serverit. Need ei ole vahetatavad, ja ühe asendamine teisega annab tagasi lükatud ühenduse või aegumise, mis näeb välja nagu tulemüüri probleem.

Vaikimisi pordiga trükib mängija 10.60.0.20:25565 ja mitte midagi muud. Mojangi Java serveri allalaadimisleht nimetab 25565 vaikimisi pordiks, ja serverioperaatorit, kes porti muutis, tuleb uskuda, mitte vana õpetuse põhjal kahtlustada.

Tee sellest aadressist tõeline teenus

Kättesaadav aadress on vajalik ja mitte piisav. Pühendatud server peab töötama, olema ühilduv versiooniga, mida mängija klient käitab, ja kuulama aadressil, kuhu tunnel suudab toimetada. Ainult loopbacki külge seotud protsess ei muutu kättesaadavaks sellepärast, et keegi lisas masinale teise aadressi.

Kinnitage kuulaja enne tulemüüri puutumist:

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

Esimene rida näitab, millega protsess tegelikult seoti, ja teine seda, kas võrdne suudab TCP kätlemise lõpule viia. Kui side on 127.0.0.1, ei muuda ükski VPN-i seadistus tulemust, ja see üks detail selgitab üllatavalt paljusid „VPN on katki“ teatisi.

Võrdsete poliitika, tulemüür ja tagasitee

Kuulaja kohal seisab kaks loaküsimust. VPN-i võrdsete seadistus peab lubama liiklust kahe võrdse vahel, ja mängu hosti tulemüür peab vastu võtma mängu pordi sellelt võrdselt. Hoidke mõlemad piiratud mänguteenuse ja volitatud võrdsetega, selle asemel et hosti tulemüür välja lülitada, mis vahetab kaherealise reegli palju suurema probleemi vastu. Kitsad reeglid on ka ainus selle versioon, mis läbib turvakontrolli ilma lõiguga põhjendusest.

Seejärel pidage meeles, mida tõestab edukas ping. VPN-i lüüsile jõudmine või mängu hostist vastuse saamine tõestab ainult, et ICMP läbis tee. Mänguühendus vajab konkreetse pordi avatust mõlemas suunas, ja tagasitee loeb sama palju kui väljuv tee.

Kui server seisab lüüsi taga

Ülaltoodud näites on mänguserver võrdne, mis hoiab aadressiplaani lihtsana. Kui server asub hoopis VPN-i lüüsi taga olevas kohtvõrgus, vajab mängija serveri marsruuditavat privaatset aadressi, lüüs vajab selle kohtvõrgu jaoks edasisaatmise seadistust ja kohtvõrgu host vajab marsruuti tagasi tunnelitud kliendi poole. Kui tagasitee puudub, sureb kätlemine poole peal, mis on kolmest tõrkest kõige segadust tekitavam.

Ärge kopeerige näite võrdse aadressi teisele masinale selle topoloogia jäljendamiseks. Näites olevad aadressid kirjeldavad rolle, ja ühe aadressi kasutamine kahes rollis loob kattuvuse, mida marsruutimine ei suuda lahendada.

Avastamine, kontod ja mida mitte muuta

Automaatne kohtvõrgu avastamine on mugavus, mis on üles ehitatud teadaannetele. Marsruuditud VPN ei pea neid ringhäälingu pakette kandma, seega puuduv kirje kohtvõrgu nimekirjas ei ütle midagi selle kohta, kas selgesõnaline privaatne aadress töötab. Trükkige aadress ja seejärel otsustage. Kui ühendus tekib, on avastuslünk kasutatavuse ebamugavus, mitte rike, ja seda saab nii dokumenteerida, selle asemel et seda uurida.

Hoidke puutumatuna ka mängu tavaline kontode autentimine ja vastuvõtupoliitika. Töötav privaatne marsruut annab tee, mitte liikmelisuse, ja mis tahes adapteri prioriteedi ümbersättimine ei asenda sihtkoha tuvastamist, mida klient peaks kasutama.