Jinsi ya kutofautisha njia zinazosukumwa na VPN na zile tuli kwenye Linux

Kiambishi kinaonekana kwenye kompyuta mpakato handaki linapoinuka, kwa hiyo inahisi kama VPN ndiyo iliyokiweka. Huenda ikawa, lakini matokeo sawa yanaweza kutoka kwa script ya mteja inayoendeshwa wakati wa kuunganisha, wasifu wa muunganisho unaoorodhesha subnet, au njia tuli iliyokuwepo tangu mwanzo na kuanza kufanya kazi tu pale kiolesura kilipokuwepo. Kuchagua mmiliki asiye sahihi kunamaanisha njia inarudi baada ya kila usafishaji, na mtu anayefuata hurudia marekebisho yale yale. Mfuatano ulio hapa chini hutenganisha hawa watatu kabla ya kubadilisha chochote.

Hatua 1: taja utaratibu unaosakinisha viambishi

Itifaki mbalimbali hutoa ufikivu kwa njia tofauti, na kuita yote haya tangazo huficha tofauti hiyo. Seva ya OpenVPN inasukuma maelekezo ya njia kupitia kituo cha udhibiti na mteja huikiweka isipokuwa kichujio cha pull kikizuia. Mipangilio ya WireGuard huorodhesha viambishi vinavyoruhusiwa ndani ya mashine, ambavyo mteja hutumia kwa uelekezaji wa funguo za usimbaji na kwa njia anazoongeza. Handaki ya IPsec hukubaliana na mwenza kuhusu vichaguzi vya trafiki, na kernel huweka njia kutoka kwa vichaguzi hivyo.

Tambua ni kipi kati ya hivi handaki yako inatumia kabla ya kusoma jedwali lolote. Njia inayosukumwa wakati wa kuunganisha si tangazo la itifaki ya uelekezaji, na haitoi ahadi kwamba kiambishi kinafikiwa nyuma ya mwisho wa mbali. Andika utaratibu kando ya kiambishi, kwa sababu ndio unaamua marekebisho yanapaswa kuwa wapi.

Hatua 2: linganisha jedwali wakati wa muunganisho

Hifadhi jedwali kuu handaki ikiwa chini, iinue, ihifadhi tena na linganisha nakala mbili. Kila kitu kilichoonekana ni cha mzunguko wa maisha ya muunganisho, na kilichobaki ni cha usanidi wa ndani.

Inase kwa ip route show table main > /tmp/route-down.txt, unganisha na inase tena. Fanya vivyo hivyo kwa ip -6 route ikiwa tovuti inatumia IPv6, kwa sababu kiambishi kinachokosekana hapo huzalisha hitilafu zinazoonekana zisizohusiana na uelekezaji.

Hatua 3: soma kipimo, si uwepo tu

Maingizo mawili ya kiambishi kimoja yanaweza kuwepo pamoja, na kernel huchagua kipimo cha chini. Njia tuli yenye kipimo 50 itaendelea kushinda njia iliyosukumwa yenye 100 ingawa zote zinaonekana, ndiyo sababu 'njia ipo' na 'trafiki inaitumia' ni kauli tofauti.

Uliza kernel moja kwa moja kwa ip route get 10.20.5.7 na usome kiolesura kinachoripotiwa. Ikiwa trafiki inatoka kupitia adapta halisi wakati njia ya handaki imekaa kwenye jedwali, kipimo au urefu wa kiambishi ndicho kinachoeleza, si mteja wa VPN. Rudia utafutaji kwa mwenyeji unaojua yuko nyuma ya handaki na kwa yule unaojua hayuko, na tofauti itaonyesha kama mgawanyo unafanya kazi kama ilivyokusudiwa.

Hatua 4: pata maingizo yanayoishi muda mrefu kuliko handaki

Njia tuli huokoka kukatika kwa muundo, na hapo ndipo maingizo yaliyopitwa na wakati yanakotoka. Njia ya kudumu inayoelekea kiolesura kisichokuwepo tena inaweza kumeza subnet kwa kimya, na inayoelekea jina la kiolesura lililotumika tena inaweza kutuma trafiki ya faragha kupitia mlango usiofaa baada ya kuwasha upya.

Angalia upande wa kudumu mahali ambapo usambazaji wako unatumia, iwe ni kitengo cha systemd-networkd, wasifu wa NetworkManager au script katika saraka ya up ya mteja. Kurekebisha jedwali hai kwa ip route del hudumu tu hadi muunganisho unaofuata. Chukua ufutaji huo kama jaribio la dhana na si kama ukarabati.

Mahali mwisho wa mbali unatoa ufunikaji usiofaa, peleka suala kwa mwendeshaji badala ya kuchuja kila kitu. Kutupa mipangilio yote iliyosukumwa pia hutupa DNS na sera ya handaki iliyogawanywa ambayo wasifu unategemea.

Hatua 5: thibitisha njia ya kurudi kabla ya kulaumu mteja

Kwa muunganisho wa tovuti-kwa-tovuti au subnet nyuma ya handaki, upande wa mbali unahitaji njia ya kurudi kwenye anwani ya mteja wako na uelekezaji wa mbele umewashwa kwenye lango. Njia ya upande mmoja inaonekana kama hitilafu ya uelekezaji ya mteja, isipokuwa kupeana mikono na pakiti inayotoka vyote hufanikiwa.

Uchujaji wa njia ya kurudi unaongeza mtego wa pili kwenye malango ya Linux. Jibu linalofika kwenye kiolesura tofauti na kile njia inavyotabiri hutupwa katika hali kali, na njia zisizolingana kupitia watoa huduma wawili huizindua kwa uhakika. Vihesabu vya kutupa kwenye lango, si kwa mteja, hukuambia kama uchujaji ndio sababu.

Hatua 6: jaribu rasilimali, si ping

Mara njia iliyochaguliwa ikiwa sahihi, fungua rasilimali halisi na uthibitisha trafiki ya kurudi. Jibu la ping huthibitisha njia upande mmoja na hakuna kuhusu huduma, na huduma inayojibu kwenye muunganisho uliohifadhiwa huthibitisha hata kidogo.

Kisha rudia ukaguzi wote baada ya kuunganisha tena. Thamani ya mfuatano ni kwamba unatabiri kile muunganisho ujao utakachofanya, ndiyo sababu ulinganisho na kipimo vyote vinastahili kuwa kwenye tikiti.