Jinsi ya kutuma lengo moja la IPv4 nje ya handaki la OpenVPN

Mipangilio mingi ya handaki kamili hutuma kila pakiti kupitia VPN, na redirect-gateway ni agizo linalofanya hilo liwezekane. Lengo moja bado linaweza kuachwa. Kuongeza njia ya mwenyeji kwa anwani hiyo pamoja na kishika nafasi net_gateway humwambia mteja kuifikia kupitia lango la asili la mashine, wakati kila kitu kingine kinaendelea kutumia handaki.

Mstari unaonekana bila madhara na mara nyingi ni hivyo, lakini huamua swali moja tu: wapi pakiti za anwani hiyo kamili ya IPv4 zinakwenda. Haibadilishi DNS, IPv6, sera ya ukuta wa moto au ni mchakato gani uliofungua muunganisho, na kila moja ya haya inaweza kubatilisha msamaha kwa utulivu.

net_gateway kwa kweli inataja nini

Ingizo la wasifu kwa msamaha huo ni mstari mmoja: route 198.51.100.77 255.255.255.255 net_gateway. Anwani ya kwanza ni kishika nafasi cha nyaraka kwa lengo, maska huifanya kuwa njia ya mwenyeji mmoja, na ishara ya mwisho inataja kishika nafasi cha lango. OpenVPN hutatua vishika nafasi vya lango inapoweka njia. vpn_gateway inamaanisha lango la handaki lenyewe, upande wa mbali wa kiungo cha VPN. net_gateway inamaanisha lango chaguo-msingi ambalo mwenyeji alikuwa nalo kabla VPN kubadilisha chochote, ambalo kwa kawaida ni kipanga njia cha ndani kwenye mtandao halisi.

Kishika nafasi cha tatu, remote_host, hurejelea anwani ya seva ya VPN, na kipo ili handaki liweze kufikia seva kwa njia halisi. Kuchanganya haya matatu ndiyo sababu ya kawaida ya msamaha kwenda mahali pabaya au kukosa kusakinishwa kabisa.

Thamani husomwa wakati wa kuunganisha, haijaandikwa kwenye faili. Ikiwa mashine itahamia mtandao mwingine, lango la kabla ya VPN hubadilika na njia hufuata ile mpya. Hilo kwa kawaida ndilo unalotaka, lakini pia linamaanisha tabia ya msamaha inategemea mtandao ambao mteja alianzia.

Kwa nini njia ya mwenyeji inashinda chaguo-msingi la handaki

Uelekezaji huamuliwa na kiambishi awali maalum zaidi kinacholingana. redirect-gateway def1 kwa kawaida haibadilishi njia chaguo-msingi; inaongeza nusu mbili, njia ya nusu ya chini ya nafasi ya anwani na moja ya nusu ya juu, ili njia chaguo-msingi ya asili ihifadhiwe kwa matumizi mengine. Nusu hizo ni pana kuliko anwani moja.

Njia ya anwani moja yenye maska 255.255.255.255 ni /32, ambayo ni ubainifu wa juu zaidi ambao IPv4 inaweza kutoa. Pakiti ya anwani hiyo inapotathminiwa, /32 inalingana na inashinda bila kujali njia ipi iliwekwa kwanza. Huo ndio utaratibu nyuma ya msamaha, na hufanya kazi vivyo hivyo kwenye Linux, macOS na Windows mradi njia ipo kweli.

Windows inaongeza kipimo cha pili. Njia mbili zinapokuwa maalum kwa usawa, ile yenye metrika ndogo inashinda, na adapta ya VPN inaweza kubeba metrika ya kiolesura inayobadilisha matokeo. /32 bado ni maalum zaidi kuliko nusu, kwa hiyo msamaha kwa kawaida hushikilia, lakini njia ya zamani kutoka kikao kilichopita inaweza kutoa matokeo ya kuchanganya ikiwa ni maalum kwa usawa.

Msamaha haufuniki nini

DNS ni pengo la kwanza. Mteja anaweza kusukuma mipangilio ya ndani ya kitatuzi, na mfumo wa uendeshaji utaendelea kuitumia kwa utafutaji. Programu inayotatua jina kabla ya kuunganisha inaweza kupokea anwani ya ndani kwa huduma inayopaswa kwenda moja kwa moja, au anwani ya nje inayotatuliwa kwa usahihi lakini kisha kujikwaa kwenye pengo linalofuata.

IPv6 ni la pili. Agizo la njia linashughulikia IPv4 pekee. Lengo la msingi-mbili linaweza kupendelea IPv6, ambayo kwa kuzingatia sera hufuata handaki au njia chaguo-msingi ya IPv6 ya mwenyeji, kwa hiyo msamaha wa IPv4 hautekelezeki kamwe. Unahitaji njia ya IPv6 inayolingana, au uamuzi wa kufahamu wa kuzima IPv6 kwa mteja huyo.

Wigo wa programu ni wa tatu. Kanuni inategemea lengo, kwa hiyo kila mchakato unaounganisha na anwani hiyo hutumia njia ya moja kwa moja, iwe ndio ule uliokuwa akilini mwako au la. Kinyume chake, tovuti inaweza kujibu kutoka anwani kadhaa, kwa hiyo kuacha /32 moja hakuachi tovuti. Ikiwa hitaji la kweli ni uelekezaji kwa kila programu, jedwali la njia la mteja wa Community ni chombo kisichofaa.

Kukagua msamaha bila kujidanganya

Anza na njia iliyowekwa, sio kivinjari. Kwenye Linux, uliza kerneli ni njia na hatua gani inayofuata itakayotumia kwa anwani maalum; kwenye Windows, soma jedwali la njia kwa /32 hiyo. Thibitisha kuwa lango ni lile halisi na sio handaki. Ikiwa ingizo halipo, wasifu haukutumika au mteja hakuwa na ruhusa ya kubadilisha njia.

Kisha jaribu malengo mawili. Ombi kwa anwani iliyoachwa linapaswa kutoka kupitia kiolesura halisi, na ombi kwa anwani ya ndani ya udhibiti linapaswa bado kutumia handaki. Kujaribu anwani iliyoachwa pekee hakuthibitishi chochote kuhusu sehemu nyingine ya handaki, na kujaribu tovuti ya umma hujaribu anwani ambayo tovuti hiyo ilitatuliwa, ambayo inaweza kuwa sio ile iliyo kwenye kanuni.

Mwisho, kagua vidhibiti vinavyoweza kushinda njia. Kill switch ya upande wa mteja au mpangilio wa block-outside-dns wa Windows unaweza kukataza trafiki ya moja kwa moja, ambayo huonekana kama muunganisho unaoshindikana ingawa njia ni sahihi. Usizime vidhibiti hivyo ili msamaha uonekane unafanya kazi; ikiwa sera inakataza njia ya moja kwa moja, msamaha ni tatizo la muundo kwa mmiliki wa huduma ya VPN.

Kagua tena baada ya kuunganisha upya au kubadilisha mtandao, kwa sababu lango la kabla ya VPN na njia inayopatikana ni sifa za wakati huo, sio za wasifu.