Minecraft prin VPN: ce adresă intră în lista de servere?

Să scrii punctul final al VPN în lista de servere din Minecraft pare logic și eșuează de fiecare dată, pentru că adresa aceea încheie tunelul, nu găzduiește jocul. Un jucător conectat la același VPN are deja o cale către gazda jocului, așa că intrarea trebuie să numească gazda și portul pe care ascultă jocul. Rezolvă aceste două lucruri și restul problemei este accesibilitatea obișnuită a serviciului, o listă de verificare mult mai scurtă decât pare la început.

Două adrese, două sarcini

Una dintre adrese este infrastructură publică: punctul final de transport care duce pachete criptate între parteneri. Cealaltă este o adresă privată a mașinii care rulează serverul dedicat. Nu sunt interschimbabile, iar înlocuirea uneia cu cealaltă produce o conexiune refuzată sau un timeout care arată ca o problemă de firewall.

Cu portul implicit, jucătorul scrie 10.60.0.20:25565 și nimic altceva. Pagina de descărcare a serverului Java de la Mojang indică 25565 ca implicit, iar operatorul care a schimbat portul trebuie crezut, nu contestat pe baza unui tutorial vechi.

Fă din acea adresă un serviciu real

O adresă accesibilă este necesară și nu suficientă. Serverul dedicat trebuie să ruleze, să fie compatibil cu versiunea pe care o rulează clientul jucătorului și să asculte pe o adresă la care tunelul poate livra. Un proces legat doar de loopback nu devine accesibil pentru că cineva a adăugat o altă adresă mașinii.

Confirmați ascultătorul înainte de a atinge un firewall:

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

Prima linie arată la ce s-a legat procesul de fapt, iar a doua arată dacă un partener poate finaliza un handshake TCP. Când legătura este 127.0.0.1, nicio cantitate de configurare VPN nu schimbă rezultatul, iar acest singur detaliu explică un număr surprinzător de rapoarte «VPN-ul este stricat».

Politica partenerilor, firewall și calea de întoarcere

Două întrebări de permisiune stau deasupra ascultătorului. Configurația partenerilor VPN trebuie să permită trafic între cei doi parteneri, iar firewallul gazdei jocului trebuie să accepte portul jocului de la acel partener. Țineți ambele limitate la serviciul jocului și la partenerii autorizați în loc să dezactivați firewallul gazdei, care schimbă o regulă de două linii pe o problemă mult mai mare. Regulile înguste sunt și singura versiune a acestui lucru care trece o revizuire de securitate fără un paragraf de justificare.

Apoi amintiți-vă ce dovedește un ping reușit. A ajunge la gateway-ul VPN sau a primi răspuns de la gazda jocului dovedește doar că ICMP a traversat calea. O conexiune de joc are nevoie ca portul specific să fie deschis în ambele direcții, iar calea de întoarcere contează la fel de mult ca cea de ieșire.

Când serverul stă în spatele gateway-ului

În exemplul de mai sus serverul jocului este partener, ceea ce menține planul de adrese simplu. Dacă serverul se află în schimb într-o LAN în spatele unui gateway VPN, jucătorul are nevoie de adresa privată rutabilă a serverului, gateway-ul trebuie să aibă redirecționarea configurată pentru acea LAN, iar gazda din LAN are nevoie de o rută înapoi spre clientul tunelat. Dacă ratați calea de întoarcere, handshake-ul moare la jumătatea drumului, ceea ce este cea mai confuză dintre cele trei defecțiuni.

Nu copiați adresa de partener din exemplu pe altă mașină pentru a imita această topologie. Adresele dintr-un exemplu descriu roluri, iar reutilizarea uneia în două roluri creează o suprapunere pe care rutarea nu o poate rezolva.

Descoperire, conturi și ce să nu schimbi

Descoperirea automată a LAN este o comoditate construită pe anunțuri. Un VPN rutat nu trebuie să transporte acele difuzări, așa că o intrare lipsă în lista LAN nu spune nimic despre dacă adresa privată explicită funcționează. Tastați adresa, apoi judecați. Dacă se conectează, golul de descoperire este o neplăcere de utilizare, nu o defecțiune, și poate fi documentat ca atare în loc să fie investigat.

Păstrați intacte și autentificarea normală a contului și politica de admitere a jocului. O rută privată funcțională oferă o cale, nu o apartenență, iar nicio rearanjare a priorităților adaptorului nu înlocuiește identificarea destinației pe care clientul ar trebui să o folosească.