Minecraft preko VPN-a: koja adresa ide u listu servera?
VPN endpoint gradi tunel; igri trebaju privatna adresa hosta i port. Povežite uloge s adresama, pa provjerite listener, rutu i pravila hosta.
Upisivanje VPN endpointa u listu servera Minecrafta djeluje logično i svaki put ne uspijeva, jer ta adresa završava tunel, a ne hostuje igru. Igrač spojen na isti VPN već ima put do hosta igre, pa unos mora navesti host i port na kojem igra sluša. Ispravite ta dva detalja i ostatak problema je obična dostupnost usluge, što je mnogo kraća kontrolna lista nego što se na prvi pogled čini.
Dvije adrese, dva posla
Jedna adresa je javna infrastruktura: transportni endpoint koji prenosi šifrirane pakete između peerova. Druga je privatna adresa stroja koji pokreće namjenski server. One nisu zamjenjive, a zamjena jedne drugom daje odbijenu vezu ili istek vremena koji izgleda kao problem s firewallom.
| 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 |
Uz zadani port, igrač upisuje 10.60.0.20:25565 i ništa više. Mojangova stranica za preuzimanje Java servera navodi 25565 kao zadani port, a operateru koji je promijenio port treba vjerovati, umjesto provjeravati po starom tutorijalu.
Učinite tu adresu pravom uslugom
Dostupna adresa je nužna i nedovoljna. Namjenski server mora raditi, mora biti kompatibilan s verzijom koju pokreće igračev klijent i mora slušati na adresi do koje tunel može dostaviti. Proces vezan samo na loopback ne postaje dostupan zato što je neko stroju dodao drugu adresu.
Provjerite listener prije nego dirnete firewall:
ss -lntp | grep 25565
nc -vz 10.60.0.20 25565
Prvi red pokazuje na šta se proces stvarno vezao, a drugi pokazuje može li peer dovršiti TCP rukovanje. Kada je veza na 127.0.0.1, nikakva VPN konfiguracija ne mijenja ishod, i taj jedan detalj objašnjava iznenađujuće mnogo prijava «VPN je pokvaren».
Politika peerova, firewall i povratni put
Dva pitanja o dozvolama stoje iznad listenera. VPN konfiguracija peerova mora dopustiti promet između dva peera, a firewall hosta igre mora prihvatiti port igre s tog peera. Držite oboje ograničeno na uslugu igre i ovlaštene peerove, umjesto da isključite firewall hosta, što dvoredno pravilo zamjenjuje mnogo većim problemom. Uska pravila su i jedina verzija ovoga koja prolazi sigurnosni pregled bez pasusa opravdanja.
Zatim se sjetite šta uspješan ping dokazuje. Dolazak do VPN gatewaya ili odgovor s hosta igre dokazuje samo da je ICMP prešao put. Veza igre zahtijeva da konkretni port bude otvoren u oba smjera, a povratni put je jednako važan kao odlazni.
Kada server stoji iza gatewaya
Gornji primjer ima server igre kao peer, što plan adresa drži jednostavnim. Ako server umjesto toga živi na LAN-u iza VPN gatewaya, igraču treba usmjeriva privatna adresa servera, gateway mora imati konfigurirano prosljeđivanje za taj LAN, a host na LAN-u treba rutu natrag prema klijentu u tunelu. Propustite povratni put i rukovanje umire na pola, što je najzbunjujući od tri kvara.
Ne kopirajte primjernu peer adresu na drugi stroj da biste oponašali ovu topologiju. Adrese u primjeru opisuju uloge, a ponovna upotreba jedne adrese u dvije uloge stvara preklapanje koje usmjeravanje ne može riješiti.
Otkrivanje, računi i šta ne mijenjati
Automatsko otkrivanje LAN-a pogodnost je izgrađena na najavama. Usmjereni VPN ne mora prenositi te broadcast pakete, pa nedostatak unosa na listi LAN-a ne govori ništa o tome radi li eksplicitna privatna adresa. Upišite adresu, pa procijenite. Ako se spojilo, praznina u otkrivanju je smetnja za upotrebljivost, a ne kvar, i može se tako dokumentirati umjesto istraživati.
Sačuvajte i normalnu autentifikaciju računa i politiku prijema igre. Radna privatna ruta daje put, ne članstvo, i nikakvo preslagivanje prioriteta adaptera ne zamjenjuje prepoznavanje odredišta koje klijent treba koristiti.