LAN jokoen zerrenda hutsa OpenVPN bidez? Egiaztatu aurkikuntza-bidea

Beste jokalari baten tunel-helbidera ping egitea eta haren ostatatutako jokoa ikustea bi lorpen desberdin dira. Lobbyko zerrenda, normalean, sare lokal bakarrerako idatzitako aurkikuntza-truke baten mende dago, eta joko-saioa, berriz, helbide eta portu baterako konexio arrunta da. Zerrenda hutsa bideratze-hutsegite gisa hartzeak beharbada behar ez duzun zubi batera bideratuko zaitu, beraz, bereizi bi galderak ezer aldatu aurretik.

Bereizi saio batera bat egitea hura aurkitzeaz

Huts egindako bat-etortzeak ibilbideak, suebakiko arauak eta entzuten ari den zerbitzu bat adierazten ditu. Zerrenda hutsarekin lortutako bat-etortze arrakastatsuak aurkikuntza edo iragarkiak daraman helbidea adierazten du. Bi emaitza horiek erabat desberdinak diren lanetara eroaten dute, eta lehenengoa nahita probatuz bakarrik bereiz ditzakezu.

Idatzi emaitza VPN konfigurazioa ukitu aurretik. Ikerketa osoko probarik merkeena da eta diseinu-espazioaren erdia ezabatzen du. Erabilitako helbidea ere idatzi, proba guztien erreferentzia-puntu bihurtuko baita. Zure oharretan lerro hori ez badago, hurrengo konparazioa susmo bat besterik ez da.

Probatu bat-etortze zuzena tunela ukitu aurretik

Jokoak konexio zuzeneko aukera eskaintzen badu, erabili ostalariaren tunel-helbidea eta jokoaren dokumentatutako portua, eta utzi jokoaren beraren autentifikazioa eta ostalariaren suebakiko arauak ukitu gabe. Bat-etortze arrakastatsuak arazoa aurkikuntzara mugatzen du. Huts egindako bat-etortzeak oraindik bere ikerketa behar du, eta erreleak ez du konponduko.

Ez ezazu pentsa aurkikuntza-portua eta saio-portua zenbaki bera direnik. Jokoek normalean UDP portu batean iragartzen dute eta beste batean onartzen dituzte jokalariak, eta portu okerrarentzat eraikitako erreleak hutsik jarraitzen duen zerrenda ematen du.

Egiaztatu ostalaritza-prozesuak zein egokitzaile aukeratu duen ere. Etxeko LAN helbideari lotutako prozesuak helbide hori iragarriko du, eta urruneko jokalariak ezin du hara bideratu iragarkia iritsi arren. Zerrenda bete daiteke eta bat-etortzeak huts egin dezake hori bakarrik dela eta.

Ulertu non gelditzen den difusioa

Bideratutako TUN tunelak IP paketeak eramaten ditu kideen artean eta ez du difusio lokala birsortzen kide bakoitzaren sarean. Difusio helbide mugatua 255.255.255.255 berau igortzen duen interfazearen barruan geratzen da, eta azpisarera zuzendutako difusioa kasu bereizia da, ez da routerrek iragarkiak gainezka egiteko lizentzia orokorra.

Hori diseinuaren ezaugarria da, ez da aukerarekin adabakitzeko akatsa. OpenVPN eta bere client-to-client ezarpenak tunelaren barruko kideen trafikoa arautzen du eta ez da aurkikuntza-errelea, hari askotan helburu horretarako proposatzen den arren. Errelea bere konfigurazio propioa eta bere hutsegite-moduak dituen osagai bereizia da. Dagoen aukera batek hori jada estaltzen duela suposatzea da ikerketa hau trabatzen den arrazoi ohikoena.

Multicast aurkikuntzak arazo bera du beste helbide-klase batekin, eta multicast bideratzea edo errele bat behar du, ez difusio-salbuespen bat.

Errelea justifikatuta dagoenean, mantendu estu

Aurkikuntza automatikoa baldintza bada, identifikatu lehenengo benetako trukea: difusioa edo multicast, helmugako helbidea, UDP portua, bidaltzen duen interfazea eta erantzunaren barruko helbidea. Bost gertaera horietara mugatutako protokoloari egokitutako errelea Ethernet segmentu oso bat hedatzea baino askoz estuagoa da.

Paketea aldatu gabe birbidaltzea ez da nahikoa izan daiteke. Karga erabilgarriak hartzaileari iristen ez den helbide batera konektatzeko esaten badio, erreleak erantzun alferrikakoa ematen du, horregatik errelerik egon aurretik jokoaren interfazea edo iragarritako helbidearen ezarpena probatu behar da.

Mugatu errelea behar duten interfaze eta kideetara, eta definitu erantzunek nola aurkitzen duten eskatzailea. Erlaziorik gabeko difusioak errepikatzeak beste tokiko zerbitzu batzuk agerian uzten ditu eta geroago araztea mingarria den begiztak sortzen ditu.

Zubia diseinuak Ethernet behar duenean soilik

Ethernet markoak TAP barruan bidaiatzen dute, beraz TAP tunel bat nahita zubiratutako difusio-domeinu batekoa izan daiteke. Besterik gabe dev tun eta dev tap trukatzeak ez du zubi hori eraikitzen, ez du zerbitzariaren konfigurazioa bateragarri egiten eta ez du aplikazioa interfaze berria aukeratzera behartzen. OpenVPNren zubiratze-gida antolaketa zabalagoa deskribatzen du, ez lobby huts batentzako sendagaia.

Zubiratzeak helbide-plana ere lautatzen du, horregatik erabakiak pazientziatik haragoko arrazoia merezi du. Bereiziak ziren bi sare bat bihurtzen dira, eta alde bietako zerbitzu bakoitzak beste aldeko difusioak ikusten hasten da. Ondorio hori aldaketen erregistroan egon behar du inork aktibatu aurretik. Ez dago joko-klienteek 192.168 tartean egon behar dutenik dioen araurik; aukeratu gainjartzerik gabeko plana eta egiaztatu joko zehatzaren murrizketak, tunela berriz zenbakitzen ibili beharrean foro-mezu batek hala egin zuelako.

Amaieran edukitxu bi emaitzak bereizita: ostalariarekin bat egin daitekeen eta aurkikuntza-erantzunak beste jokalariak benetan erabil dezakeen helmuga bat iragartzen duen. Bigarrena lehenengoaren berrespenik gabe konpontzea da jendeak difusioarekin zerikusirik ez zuen arazo baterako zubi bat mantentzera iristeko bidea.