Minecraft prek VPN: kateri naslov gre na seznam strežnikov?

Vpisovanje končne točke VPN na seznam strežnikov Minecrafta se zdi logično in vsakič spodleti, ker ta naslov zaključi tunel, ne gosti igre. Igralec, povezan z istim VPN, že ima pot do gostitelja igre, zato mora vnos navesti gostitelja in vrata, na katerih igra posluša. Popravite ta dva podatka in preostala težava je običajna dosegljivost storitve, veliko krajši kontrolni seznam, kot se zdi na začetku.

Dva naslova, dve nalogi

En naslov je javna infrastruktura: transportna končna točka, ki prenaša šifrirane pakete med enakovrednimi vozlišči. Drugi je zasebni naslov stroja, ki poganja namenski strežnik. Nista zamenljiva, zamenjava enega z drugim pa povzroči zavrnjeno povezavo ali časovno prekoračitev, ki je videti kot težava s požarnim zidom.

S privzetimi vrati igralec vpiše 10.60.0.20:25565 in nič drugega. Stran za prenos strežnika Java podjetja Mojang navaja 25565 kot privzeta vrata, in operaterju, ki je vrata spremenil, je treba verjeti, namesto da bi podvomili po starih navodilih.

Naredite iz tega naslova pravo storitev

Dosegljiv naslov je nujen in ne zadostuje. Namenski strežnik mora teči, biti združljiv z različico, ki jo poganja igralčev odjemalec, in poslušati na naslovu, kamor lahko tunel dostavi. Postopek, vezan le na loopback, ne postane dosegljiv zato, ker je nekdo stroju dodal še en naslov.

Potrdite poslušalca, preden se dotaknete požarnega zidu:

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

Prva vrstica pokaže, na kaj se je postopek dejansko vezal, druga pa, ali lahko enakovredno vozlišče dokonča rokovanje TCP. Ko je vezava 127.0.0.1, nobena količina konfiguracije VPN ne spremeni izida, in ta ena podrobnost pojasni presenetljivo veliko poročil «VPN je pokvarjen».

Politika enakovrednih vozlišč, požarni zid in povratna pot

Nad poslušalcem stojita dve vprašanji o dovoljenjih. Konfiguracija enakovrednih vozlišč VPN mora dovoliti promet med obema vozliščema, požarni zid gostitelja igre pa mora sprejeti igralna vrata od tega vozlišča. Oboje omejite na igralno storitev in pooblaščena vozlišča, namesto da izklopite požarni zid gostitelja, kar zamenja pravilo v dveh vrsticah za veliko večjo težavo. Ozka pravila so tudi edina različica tega, ki prestane varnostni pregled brez odstavka utemeljitve.

Nato pomislite, kaj dokaže uspešen ping. Doseganje prehoda VPN ali odgovor gostitelja igre dokaže le, da je ICMP prešel pot. Igralna povezava potrebuje odprta določena vrata v obe smeri, povratna pot pa je enako pomembna kot odhodna.

Ko strežnik stoji za prehodom

V zgornjem primeru je strežnik igre enakovredno vozlišče, kar ohranja načrt naslovov preprost. Če strežnik namesto tega stoji v omrežju LAN za prehodom VPN, igralec potrebuje usmerljiv zasebni naslov strežnika, prehod mora imeti nastavljeno posredovanje za to omrežje, in gostitelj v omrežju LAN potrebuje pot nazaj do odjemalca v tunelu. Če zgrešite povratno pot, rokovanje umre na pol poti, kar je najbolj zmedljiva od treh okvar.

Primernega naslova vozlišča ne kopirajte na drug stroj, da bi posnemali to topologijo. Naslovi v primeru opisujejo vloge, ponovna uporaba enega naslova v dveh vlogah pa ustvari prekrivanje, ki ga usmerjanje ne more razrešiti.

Odkrivanje, računi in česa ne spreminjati

Samodejno odkrivanje omrežja LAN je udobje, zgrajeno na najavah. Usmerjen VPN ne rabi prenašati teh oddajanj, zato manjkajoči vnos na seznamu LAN ne pove ničesar o tem, ali izrecni zasebni naslov deluje. Vpišite naslov in nato presodite. Če se poveže, je vrzel v odkrivanju neprijetnost uporabnosti in ne okvara, in tako jo je mogoče dokumentirati, namesto da bi jo preiskovali.

Ohranite nedotaknjeno tudi običajno preverjanje računa in politiko sprejema igre. Delujoča zasebna pot daje pot, ne članstva, in nobeno prerazvrščanje prioritet vmesnika ne nadomesti prepoznavanja cilja, ki naj bi ga odjemalec uporabljal.