Minecraft cez VPN: ktorá adresa patrí do zoznamu serverov?

Písať koncový bod VPN do zoznamu serverov Minecraftu vyzerá logicky a zakaždým zlyhá, pretože tá adresa tunel ukončuje, a nie hostuje hru. Hráč pripojený k tej istej VPN už má cestu k hostiteľovi hry, takže záznam musí uviesť hostiteľa a port, na ktorom hra počúva. Dajte tieto dve veci do poriadku a zvyšok problému je bežná dostupnosť služby, oveľa kratší kontrolný zoznam, než sa na prvý pohľad zdá.

Dve adresy, dve úlohy

Jedna adresa je verejná infraštruktúra: transportný koncový bod, ktorý prenáša šifrované pakety medzi peerami. Druhá je privátna adresa stroja, ktorý prevádzkuje dedikovaný server. Nie sú zameniteľné a nahradenie jednej druhou vedie k odmietnutému spojeniu alebo vypršaniu časového limitu, ktoré vyzerá ako problém s firewallom.

S predvoleným portom hráč zadá 10.60.0.20:25565 a nič iné. Stránka na stiahnutie Java servera od Mojangu uvádza 25565 ako predvolený port a operátorovi, ktorý port zmenil, treba veriť, namiesto pochybovať podľa starého návodu.

Urobte z tej adresy skutočnú službu

Dostupná adresa je nutná a nie postačujúca. Dedikovaný server musí bežať, musí byť kompatibilný s verziou, ktorú spúšťa hráčov klient, a musí počúvať na adrese, kam tunel dokáže doručiť. Proces naviazaný iba na loopback sa nestane dostupným preto, že niekto pridal stroju ďalšiu adresu.

Overte poslucháč, skôr než sa dotknete firewallu:

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

Prvý riadok ukazuje, na čo sa proces skutočne naviazal, a druhý, či peer dokáže dokončiť TCP handshake. Keď je väzba 127.0.0.1, žiadne množstvo konfigurácie VPN výsledok nezmení, a tento jediný detail vysvetľuje prekvapivé množstvo hlásení „VPN je pokazená“.

Politika peerov, firewall a spiatočná cesta

Nad poslucháčom stoja dve otázky oprávnení. Konfigurácia peerov VPN musí povoliť prevádzku medzi oboma peermi a firewall hostiteľa hry musí prijať herný port od tohto peera. Držte obe obmedzené na hernú službu a oprávnených peerov, namiesto vypnutia firewallu hostiteľa, ktoré vymení dvojriadkové pravidlo za oveľa väčší problém. Úzke pravidlá sú tiež jediná verzia tohto, ktorá prejde bezpečnostnou kontrolou bez odseku odôvodnenia.

Potom si pripomeňte, čo dokazuje úspešný ping. Dosiahnutie brány VPN alebo odpoveď od hostiteľa hry dokazuje len to, že ICMP prešiel cestou. Herné spojenie potrebuje konkrétny port otvorený v oboch smeroch a spiatočná cesta je rovnako dôležitá ako odchádzajúca.

Keď server stojí za bránou

Vo vyššie uvedenom príklade je herný server peerom, čo udržiava plán adries jednoduchý. Ak server namiesto toho žije v LAN za bránou VPN, hráč potrebuje smerovateľnú privátnu adresu servera, brána potrebuje nakonfigurované preposielanie pre túto LAN a hostiteľ v LAN potrebuje trasu späť k tunelovanému klientovi. Ak vynecháte spiatočnú cestu, handshake zomrie v polovici, čo je najmatúcejší z troch zlyhaní.

Nekopírujte ukážkovú adresu peera na iný stroj, aby ste napodobnili túto topológiu. Adresy v príklade opisujú role a opätovné použitie jednej adresy v dvoch rolách vytvára prekrytie, ktoré smerovanie nedokáže vyriešiť.

Zisťovanie, účty a čo nemeniť

Automatické objavovanie LAN je pohodlie postavené na oznámeniach. Smerovaný VPN nemusí tie broadcasty prenášať, takže chýbajúci záznam v zozname LAN nič nehovorí o tom, či výslovná privátna adresa funguje. Zadajte adresu a potom posúďte. Ak sa pripojí, medzera v objavovaní je nepríjemnosť používateľnosti, nie porucha, a možno ju tak aj zdokumentovať namiesto vyšetrovania.

Zachovajte tiež nedotknutú bežnú autentifikáciu účtu a politiku prijímania hry. Fungujúca privátna trasa dáva cestu, nie členstvo, a žiadne prehadzovanie priorít adaptéra nenahradí určenie cieľa, ktorý má klient používať.