Minecraft sa pamamagitan ng VPN: aling address ang nasa listahan ng server?
Ang VPN endpoint ang gumagawa ng tunnel; kailangan ng laro ang pribadong address ng host at ang port. Itugma ang mga papel sa mga address, pagkatapos suriin ang listener, ruta at mga patakaran ng host.
Ang pag-type ng VPN endpoint sa listahan ng server ng Minecraft ay mukhang lohikal at nabigo sa bawat pagkakataon, dahil ang address na iyon ang nagtatapos sa tunnel, hindi ang nagho-host ng laro. Ang manlalarong konektado sa parehong VPN ay may ruta na patungo sa host ng laro, kaya dapat banggitin ng entry ang host at ang port na pinakikinggan ng laro. Ayusin ang dalawang iyon at ang natitirang problema ay ordinaryong pag-abot ng serbisyo, isang checklist na mas maikli kaysa sa tila sa simula.
Dalawang address, dalawang tungkulin
Ang isang address ay pampublikong imprastraktura: ang transport endpoint na nagdadala ng naka-encrypt na packet sa pagitan ng mga peer. Ang isa ay pribadong address ng makina na nagpapatakbo ng dedikadong server. Hindi sila mapagpapalit, at ang pagpapalit ng isa sa isa ay nagdudulot ng tinanggihang koneksyon o timeout na mukhang problema sa firewall.
| 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 |
Sa default na port, nagta-type ang manlalaro ng 10.60.0.20:25565 at wala nang iba. Binabanggit ng pahina ng download ng Java server ng Mojang ang 25565 bilang default, at ang operator ng server na nagpalit ng port ay dapat paniwalaan sa halip na pagdudahan mula sa lumang tutorial.
Gawing tunay na serbisyo ang address na iyon
Ang address na maabot ay kailangan at hindi sapat. Ang dedikadong server ay dapat tumatakbo, tugma sa bersyong pinapatakbo ng kliyente ng manlalaro, at nakikinig sa address na maaaring dalhan ng tunnel. Ang prosesong nakatali lamang sa loopback ay hindi nagiging maabot dahil may nagdagdag ng ibang address sa makina.
Kumpirmahin ang listener bago hawakan ang firewall:
ss -lntp | grep 25565
nc -vz 10.60.0.20 25565
Ipinapakita ng unang linya kung ano ang tunay na kinatalian ng proseso, at ng pangalawa kung makukumpleto ng peer ang TCP handshake. Kapag ang binding ay 127.0.0.1, walang dami ng configuration ng VPN ang makakapagbago ng resulta, at ang nag-iisang detalyeng iyon ang nagpapaliwanag ng nakakagulat na bilang ng mga ulat na «sira ang VPN».
Patakaran ng peer, firewall at ang rutang pabalik
Dalawang tanong sa pahintulot ang nakaupo sa ibabaw ng listener. Dapat pahintulutan ng configuration ng peer ng VPN ang trapiko sa pagitan ng dalawang peer, at dapat tanggapin ng firewall ng host ng laro ang port ng laro mula sa peer na iyon. Panatilihing limitado ang dalawa sa serbisyo ng laro at sa mga awtorisadong peer sa halip na patayin ang firewall ng host, na nagpapalit ng patakarang dalawang linya sa mas malaking problema. Ang makitid na patakaran din ang tanging bersyon nito na pumasa sa pagsusuri ng seguridad nang walang isang talatang katwiran.
Pagkatapos tandaan kung ano ang pinapatunayan ng matagumpay na ping. Ang maabot ang VPN gateway, o makakuha ng sagot mula sa host ng laro, ay nagpapakita lamang na tumawid ang ICMP sa ruta. Kailangan ng koneksyon ng laro ang partikular na port na bukas sa dalawang direksyon, at ang ruta pabalik ay kasinghalaga ng palabas.
Kapag nasa likod ng gateway ang server
Sa halimbawa sa itaas ang server ng laro ay isang peer, na nagpapanatiling simple ng plano ng address. Kung ang server ay nasa LAN sa likod ng VPN gateway, kailangan ng manlalaro ang nairurout na pribadong address ng server, kailangang may naka-configure na forwarding ang gateway para sa LAN na iyon, at kailangan ng host sa LAN ng rutang pabalik patungo sa naka-tunnel na kliyente. Kung mapalampas ang ruta pabalik, mamamatay ang handshake sa kalagitnaan, na siyang pinakalito sa tatlong pagkabigo.
Huwag kopyahin ang address ng peer ng halimbawa sa ibang makina upang gayahin ang topolohiyang ito. Ang mga address sa halimbawa ay naglalarawan ng mga papel, at ang muling paggamit ng isa sa dalawang papel ay lumilikha ng overlap na hindi kayang lutasin ng routing.
Paghahanap, account at ano ang hindi dapat baguhin
Ang awtomatikong paghahanap ng LAN ay kaginhawang itinayo sa mga anunsyo. Ang nairurout na VPN ay hindi kailangang magdala ng mga broadcast na iyon, kaya ang nawawalang entry sa listahan ng LAN ay walang sinasabi tungkol sa kung gumagana ang tahasang pribadong address. I-type ang address, pagkatapos hatulan. Kung kumonekta, ang agwat sa paghahanap ay abala sa gamit at hindi depekto, at maaaring idokumento nang ganoon sa halip na imbestigahan.
Panatilihing buo rin ang normal na pagpapatotoo ng account at patakaran sa pagpasok ng laro. Ang gumaganang pribadong ruta ay nagbibigay ng daan, hindi ng pagiging miyembro, at walang muling pag-aayos ng priyoridad ng adapter ang pumapalit sa pagkilala sa patutunguhang dapat gamitin ng kliyente.