Minecraft VPN bidez: zein helbide joaten da zerbitzari zerrendara?
VPN muturrak tunela eraikitzen du; jokoak ostalariaren helbide pribatua eta ataka behar ditu. Lotu rolak helbideei, eta gero egiaztatu entzulea, bidea eta ostalariaren arauak.
VPN muturra Minecraft zerbitzarien zerrendan idaztea logikoa dirudi eta huts egiten du aldi bakoitzean, helbide horrek tunela amaitzen duelako, ez jokoa ostatatzen. VPN berera konektatuta dagoen jokalariak bidea du jokoaren ostalariraino, beraz, sarrerak ostalaria eta jokoak entzuten duen ataka izendatu behar ditu. Bi horiek ongi jarrita, gainerako arazoa zerbitzuaren irisgarritasun arrunta da, hasieran dirudiena baino askoz zerrenda laburragoa.
Bi helbide, bi lan
Helbide bat azpiegitura publikoa da: pareen artean pakete zifratuak eramaten dituen garraio muturra. Bestea zerbitzari dedikatua exekutatzen duen makinari dagokion helbide pribatua da. Ez dira trukagarriak, eta bat bestearekin ordezkatzeak uko egindako konexioa edo suebaki arazoa dirudien denbora-muga sortzen du.
| Role | Address | Where it belongs |
|---|---|---|
| Public transport endpoint | 203.0.113.40 | VPN client configuration, never the game |
| Game host on the VPN | 10.60.0.20 | Server address field, with the port |
| Player peer | 10.60.0.30 | Assigned by the tunnel, nothing to type |
Ataka lehenetsiarekin, jokalariak 10.60.0.20:25565 idazten du eta beste ezer ez. Mojangen Java zerbitzariaren deskarga orriak 25565 aipatzen du lehenetsi gisa, eta ataka aldatu duen zerbitzari operadoreari sinetsi behar zaio, tutorial zahar batetik zalantzan jarri beharrean.
Bihurtu helbide hori benetako zerbitzu
Helbide iristear da beharrezkoa eta ez da nahikoa. Zerbitzari dedikatuak martxan egon behar du, jokalariaren bezeroak exekutatzen duen bertsioarekin bateragarria izan behar du, eta tunelak entregatu dezakeen helbide batean entzun behar du. Loopback-era soilik lotutako prozesua ez da iristear bihurtzen norbaitek makinari beste helbide bat gehitu diolako.
Baieztatu entzulea suebakiari ukitu aurretik:
ss -lntp | grep 25565
nc -vz 10.60.0.20 25565Lehen lerroak erakusten du prozesua benetan zeri lotu zaion, eta bigarrenak pare batek TCP esku-ematea osa dezakeen. Lotura 127.0.0.1 denean, VPN ezarpen kopuruak ez du emaitza aldatzen, eta xehetasun bakar horrek «VPN-a hondatuta dago» txostenen kopuru harrigarria azaltzen du.
Pareen politika, suebakia eta itzulerako bidea
Baimen-galdera bi daude entzulearen gainean. VPN pareen ezarpenak bi pareen arteko trafikoa baimendu behar du, eta jokoaren ostalariaren suebakiak pare horren jokoaren ataka onartu behar du. Mantendu biak joko zerbitzura eta baimendutako pareetara mugatuta, ostalariaren suebakia desgaitzeko ordez, zeinak bi lerroko araua arazo askoz handiagoarekin trukatzen duen. Arau estu hauek dira, halaber, azalpen paragrafo bat behar izan gabe segurtasun berrikuspena gainditzen duen bertsio bakarra.
Ondoren gogoratu zer frogatzen duen ping arrakastatsu batek. VPN atearen iristeak edo jokoaren ostalariaren erantzunak ICMP-k bidea zeharkatu duela soilik erakusten du. Joko konexioak ataka zehatza bi norabideetan irekita egotea behar du, eta itzulerako bideak igual axola du joateko bideak adina.
Zerbitzaria atebidearen atzean dagoenean
Goiko adibidean joko zerbitzaria pare bat da, eta horrek helbide plana erraza izaten laguntzen du. Zerbitzaria, ordea, VPN ate baten atzean dagoen LAN batean bizi bada, jokalariak zerbitzariaren helbide pribatu bideragarria behar du, ateak LAN horretarako birbidalketa konfiguratuta behar du, eta LANeko ostalariak itzulerako bidea behar du tunelatutako bezeroarengana. Itzulerako bidea falta bada, esku-ematea erdian hiltzen da, hiru hutsegiteetatik nahasgarriena dena.
Ez kopiatu adibideko pare helbidea beste makina batera topologia hau imitatzeko. Adibide bateko helbideek rolak deskribatzen dituzte, eta helbide bat bi roletan berrerabiltzeak bideratzeak ebatzi ezin duen gainjartzea sortzen du.
Aurkikuntza, kontuak eta zer ez aldatu
LAN detekzio automatikoa iragarki gainean eraikitako erraztasuna da. Bideratutako VPN batek ez du igorpen horiek eraman behar, beraz, LAN zerrendan falta den sarrera batek ez du esaten helbide pribatu esplizitua funtzionatzen duen ala ez. Idatzi helbidea, eta gero epaitu. Konektatzen badu, detekzio hutsunea erabilerraztasunaren eragozpena da, ez hutsegitea, eta horrela dokumenta daiteke, ikertu beharrean.
Mantendu ukitu gabe jokoaren kontu autentifikazio arrunta eta onarpen politika ere. Funtzionatzen duen bide pribatuak bidea ematen du, ez kidetza, eta adapter prioritateak nahasteak ez du ordezkatzen bezeroak erabili beharko lukeen helmuga identifikatzea.