Orodha tupu ya michezo ya LAN kupitia OpenVPN? Angalia njia ya ugunduzi

Kupiga ping anwani ya handaki ya mchezaji mwingine na kuona mchezo wake uliohifadhiwa ni mafanikio mawili tofauti. Orodha ya ukumbi kwa kawaida hutegemea ubadilishanaji wa ugunduzi ulioandikwa kwa mtandao mmoja wa ndani, wakati kikao cha mchezo ni muunganisho wa kawaida kwa anwani na bandari. Kuichukulia orodha tupu kama kosa la uelekezaji kunakupeleka kwenye daraja ambalo huenda usilihitaji, kwa hiyo tenganisha maswali mawili kabla ya kubadilisha chochote.

Tenganisha kujiunga na kikao na kuipata

Kujiunga kusikofanikiwa kunaonyesha njia, kanuni za firewall na huduma inayosikiliza. Kujiunga kufanikiwa na orodha tupu kunaonyesha ugunduzi, au anwani ambayo tangazo linaibeba. Matokeo hayo mawili yanaelekea kazi tofauti kabisa, na unaweza kuyatofautisha tu kwa kujaribu la kwanza kwa makusudi.

Andika matokeo kabla ya kugusa usanidi wa VPN. Hii ni jaribio la bei nafuu zaidi katika uchunguzi wote na huondoa nusu ya nafasi ya muundo. Andika pia anwani uliyotumia, kwa sababu itakuwa kituo cha marejeleo kwa kila jaribio la baadaye. Bila mstari huo katika maelezo yako, ulinganisho unaofuata ni dhahania tu.

Jaribu kujiunga moja kwa moja kabla ya kugusa handaki

Ikiwa mchezo unatoa chaguo la muunganisho wa moja kwa moja, tumia anwani ya handaki ya mwenyeji na bandari ya mchezo iliyoandikwa, na uache uthibitishaji wa mchezo wenyewe na kanuni za firewall za mwenyeji zisiguzwe. Kujiunga kufanikiwa kunapunguza tatizo hadi ugunduzi. Kujiunga kusikofanikiwa bado kunahitaji uchunguzi wake, na hakuna relay itakayokirekebisha.

Usidhani kwamba bandari ya ugunduzi na bandari ya kikao ni namba moja. Michezo kwa kawaida hutangaza kwenye bandari moja ya UDP na hupokea wachezaji kwenye nyingine, na relay iliyojengwa kwa bandari isiyo sahihi hutoa orodha ambayo inabaki tupu.

Angalia pia ni adapta ipi iliyochaguliwa na mchakato wa upangishaji. Mchakato uliofungwa kwa anwani ya LAN ya nyumbani utatangaza anwani hiyo, na mchezaji wa mbali hawezi kuelekeza njia huko hata tangazo likifika. Orodha inaweza kujaa na kujiunga kunaweza kushindwa kwa sababu hiyo pekee.

Elewa mahali ambapo utangazaji unaishia

Handaki ya TUN iliyoelekezwa hubeba pakiti za IP kati ya wenzao na haitoi tena utangazaji wa ndani kwenye mtandao wa kila mwenza. Anwani ya utangazaji iliyozuiwa 255.255.255.255 inabaki ndani ya kiolesura kinachoitangaza, na utangazaji unaoelekezwa kwenye subneti ni kisa tofauti, sio leseni ya jumla kwa vipanga njia kufurika matangazo.

Hiyo ni sifa ya muundo, sio kasoro ya kurekebishwa kwa chaguo. OpenVPN na client-to-client mipangilio yake husimamia trafiki ya wenzao ndani ya handaki na sio relay ya ugunduzi, ingawa inapendekezwa kwa madhumuni haya katika nyuzi nyingi. Relay ni sehemu tofauti yenye usanidi wake na mbinu zake za kushindwa. Kudhani kwamba chaguo lililopo tayari linashughulikia hili ndio sababu ya kawaida zaidi ya uchunguzi huu kukwama.

Ugunduzi wa multicast una tatizo sawa na daraja tofauti la anwani, na unahitaji uelekezaji wa multicast au relay badala ya msamaha wa utangazaji.

Relay inapostahili, iwe nyembamba

Ikiwa ugunduzi wa kiotomatiki ni sharti, tambua kwanza ubadilishanaji halisi: utangazaji au multicast, anwani lengwa, bandari ya UDP, kiolesura kinachoituma, na anwani ndani ya jibu. Relay inayofaa itifaki na iliyozuiwa kwa mambo hayo matano ni nyembamba zaidi kuliko kupanua sehemu nzima ya Ethernet.

Kusambaza pakiti bila mabadiliko bado kunaweza kutosha. Ikiwa mzigo unamwambia mpokeaji aunganishe na anwani ambayo hawezi kuifikia, relay hutoa jibu lisilo na maana, kwa hiyo kiolesura cha mchezo wenyewe au mpangilio wa anwani iliyotangazwa unapaswa kujaribiwa kabla ya relay yoyote kuwepo.

Zuia relay kwa violesura na wenzao wanaohitaji, na ufafanue jinsi majibu yanavyompata mwombaji. Kurudia matangazo yasiyohusiana huweka wazi huduma nyingine za ndani na huunda mizunguko ambayo ni vigumu kutatua baadaye.

Daraja tu wakati muundo unahitaji Ethernet

Fremu za Ethernet husafiri ndani ya TAP, kwa hiyo handaki ya TAP inaweza kuwa ya kikoa cha utangazaji kilichounganishwa kwa daraja kwa makusudi. Kubadilisha tu dev tun kuwa dev tap hakujengi daraja hilo, hakufanyi usanidi wa seva uwe sambamba na hakulazimishi programu kuchagua kiolesura kipya. Mwongozo wa madaraja wa OpenVPN unaeleza mpangilio mpana zaidi, sio tiba ya ukumbi mmoja tupu.

Ujenzi wa daraja pia husawazisha mpango wa anwani, kwa hiyo uamuzi unastahili sababu zaidi ya papara. Mitandao miwili iliyokuwa tofauti inakuwa mmoja, na kila huduma kwa kila upande huanza kuona matangazo ya upande mwingine. Matokeo hayo yanapaswa kuwa kwenye kumbukumbu ya mabadiliko kabla ya mtu yeyote kuiwasha. Hakuna kanuni kwamba wateja wa michezo lazima wawe katika masafa ya 192.168; chagua mpango usioingiliana na uangalie vikwazo vya mchezo husika badala ya kuendelea kuhesabu handaki kwa sababu chapisho la jukwaa lilifanya hivyo.

Mwishoni tenga matokeo mawili: ikiwa mwenyeji anaweza kujiungwa na ikiwa jibu la ugunduzi linatangaza lengo ambalo mchezaji mwingine anaweza kutumia kweli. Kurekebisha la pili bila kuthibitisha la kwanza ndio njia ambayo watu huishia kudumisha daraja kwa tatizo ambalo halikuhusu utangazaji kamwe.