Minecraft per VPN: quina adreça va a la llista de servidors?

Escriure el punt final de la VPN a la llista de servidors del Minecraft sembla lògic i falla sempre, perquè aquella adreça acaba el túnel en lloc d’allotjar el joc. Un jugador connectat a la mateixa VPN ja té un camí cap a l’amfitrió del joc, així que l’entrada ha de nomenar l’amfitrió i el port on escolta el joc. Encerta aquests dos i la resta del problema és disponibilitat normal del servei, una llista de comprovació molt més curta del que sembla al principi.

Dues adreces, dues feines

Una adreça és infraestructura pública: el punt final de transport que porta paquets xifrats entre iguals. L’altra és una adreça privada de la màquina que executa el servidor dedicat. No són intercanviables, i substituir-ne una per l’altra produeix una connexió rebutjada o un temps d’espera esgotat que sembla un problema de tallafocs.

Amb el port per defecte, el jugador escriu 10.60.0.20:25565 i res més. La pàgina de descàrrega del servidor Java de Mojang indica 25565 com a port per defecte, i a l’operador que ha canviat el port se l’ha de creure en lloc de posar-ho en dubte amb un tutorial antic.

Feu d’aquesta adreça un servei real

Una adreça abastable és necessària i no suficient. El servidor dedicat ha d’estar en marxa, ha de ser compatible amb la versió que executa el client del jugador i ha d’escoltar en una adreça on el túnel pugui lliurar. Un procés lligat només a loopback no es torna abastable perquè algú hagi afegit una altra adreça a la màquina.

Confirmeu l’escoltador abans de tocar cap tallafocs:

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

La primera línia mostra a què s’ha lligat realment el procés, i la segona mostra si un igual pot completar l’encaixada de mans TCP. Quan la vinculació és 127.0.0.1, cap quantitat de configuració de VPN canvia el resultat, i aquest sol detall explica un nombre sorprenent d’informes de «la VPN està trencada».

Política d’iguals, tallafocs i camí de tornada

Dues preguntes de permisos seuen damunt de l’escoltador. La configuració d’iguals de la VPN ha de permetre el trànsit entre els dos iguals, i el tallafocs de l’amfitrió del joc ha d’acceptar el port del joc des d’aquell igual. Mantingueu tots dos limitats al servei del joc i als iguals autoritzats en lloc de desactivar el tallafocs de l’amfitrió, que canvia una regla de dues línies per un problema molt més gran. Les regles estretes són també l’única versió d’això que passa una revisió de seguretat sense un paràgraf de justificació.

Després recordeu què demostra un ping correcte. Arribar a la passarel·la de la VPN, o rebre resposta de l’amfitrió del joc, només demostra que l’ICMP ha creuat el camí. Una connexió de joc necessita el port concret obert en totes dues direccions, i el camí de tornada importa tant com el de sortida.

Quan el servidor és darrere la passarel·la

L’exemple anterior té el servidor del joc com a igual, cosa que manté trivial el pla d’adreces. Si en canvi el servidor viu en una LAN darrere d’una passarel·la VPN, el jugador necessita l’adreça privada enrutable del servidor, la passarel·la necessita el reenviament configurat per a aquella LAN, i l’amfitrió de la LAN necessita una ruta de tornada cap al client del túnel. Si us salteu el camí de tornada, l’encaixada de mans mor a mig camí, que és la fallada més confusa de les tres.

No copieu l’adreça d’igual de l’exemple en una altra màquina per imitar aquesta topologia. Les adreces d’un exemple descriuen papers, i reutilitzar-ne una en dos papers crea un solapament que l’enrutament no pot resoldre.

Descobriment, comptes i què no cal canviar

La descoberta automàtica de LAN és una comoditat construïda sobre anuncis. Una VPN enrutada no cal que porti aquestes difusions, així que una entrada absent a la llista de LAN no diu res sobre si l’adreça privada explícita funciona. Escriviu l’adreça i després jutgeu. Si connecta, el buit de descoberta és una molèstia d’usabilitat i no una fallada, i es pot documentar com a tal en lloc d’investigar-lo.

Mantingueu intactes també l’autenticació normal del compte i la política d’admissió del joc. Una ruta privada que funciona concedeix un camí, no una pertinença, i cap remenament de prioritats d’adaptador substitueix la identificació de la destinació que el client hauria d’utilitzar.