Wateja wawili wa VPN kwenye kompyuta moja: kinachogongana na kinachofanya kazi
Wateja wawili wanagombana kuhusu njia chaguo-msingi, kitatuzi na viendeshi vya kuchuja. Rekodi nani anamiliki utokeaji, kisha tenga handaki la pili kwa VM au netns.
Mteja wako wa pili anaunganisha, rasilimali za wa kwanza zinaacha kutatuliwa, na tikiti inasema VPN ya kazi iliharibu ile ya kibinafsi. Hakuna kilichoharibika kwa maana ya hitilafu: wateja wote wawili walifanya kile walichoundwa kwa ajili yake, na kompyuta ina jedwali moja tu la uelekezaji. Mgongano ni kuhusu rasilimali nne ambazo kila mteja anadhani anamiliki. Zifanye kwa mpangilio, na suluhisho kawaida huja kuwa uamuzi wa muundo badala ya urekebishaji.
Hatua 1: tambua mteja gani anamiliki utokeaji
Soma uamuzi wa sasa wa utokeaji kabla ya kubadilisha chochote. Utafutaji wa njia kwa anwani ya umma unakuambia kiolesura gani na hatua gani inayofuata pakiti ingetumia sasa hivi, na hilo ndilo jibu la nani alishinda. Linganisha na majina ya violesura ambavyo wateja waliunda, ambavyo kawaida hubeba jina la bidhaa au itifaki. Ikiwa utafutaji unaelekeza kwenye handaki ambalo hukulitarajia, tayari umegundua mgongano.
ip route get 1.1.1.1
ip route show default
route print
Wateja wengine hawabadilishi njia chaguo-msingi kabisa; wanaongeza nusu mbili, moja kwa nusu ya chini ya nafasi ya anwani na moja kwa nusu ya juu, ambazo kwa pamoja hufunika kila kitu. Hii huacha njia ya awali chaguo-msingi ionekane na hufanya urekebishaji wa mkono uonekane sahihi wakati trafiki bado inatoka kupitia handaki. Soma metriki na urefu wa kiambishi awali, sio tu uwepo wa ingizo chaguo-msingi.
Simama ikiwa wateja wote wawili wanadai kiambishi awali kimoja kwa metriki moja. Kiini kitachagua kimoja, na kingine kitaonekana kimeunganishwa bila kubeba chochote.
Hatua 2: angalia kitatuzi na viambishi awali vinavyopishana
DNS ni mgongano wa pili, na hutoa dalili ya kipekee: majina hushindwa wakati anwani zinafanya kazi. Kila mteja hulazimisha kitatuzi chake, na mwandishi wa mwisho hushinda kwa maswali yanayofuata. Uliza huduma ya kitatuzi inatumia nini kwa kila kiungo badala ya kusoma ukurasa wa mipangilio wa mteja.
resolvectl status
Get-DnsClientServerAddress
dig +short intranet.corp.example
Kisha linganisha viambishi awali vya kibinafsi ambavyo mitandao miwili inatumia. Ikiwa pande zote zinagawa kutoka safu moja, hakuna mpangilio wa upande wa mteja utakaosahihisha, kwa sababu kompyuta haiwezi kusema ni lengo gani la 10.0.0.0/8 ambalo ni la handaki gani. Upande mmoja lazima upewe nambari mpya au utafsiriwe, na hiyo ni mazungumzo na wamiliki wa mtandao, sio mabadiliko ya usanidi. Mwingiliano ndio mgongano pekee ambao jibu la kweli ni kwamba muundo lazima ubadilike.
Simama hapa ikiwa viambishi awali vinapishana. Kila kitu kinachofuata kwenye orodha hii kinadhani havipishani.
Hatua 3: chagua muundo wa utenganishaji unaodumu
Mifumo ya kuaminika huepuka kuendesha wateja wawili dhidi ya jedwali moja la uelekezaji. Mteja mmoja aliye na sera ya handaki iliyogawanyika inayofikia mitandao yote mibini ya kibinafsi ndio rahisi zaidi, mradi lengo hazipishani na mmiliki wa sera anakubali. Mashine pepe au nafasi ya jina la mtandao ni hatua inayofuata, kwa sababu kila moja hupata jedwali lake na kitatuzi chake.
sudo ip netns add vpn2
sudo ip netns exec vpn2 ip link show
sudo ip netns exec vpn2 curl -sI https://intranet.corp.example/
Nafasi ya jina hutoa utenganishaji sawa na mashine pepe bila mfumo wa pili wa uendeshaji, lakini ina pembe mbovu: kifaa cha handaki lazima kihamishwe ndani yake, na programu lazima ianzishwe ndani yake. Kifaa cha kimwili tofauti mara nyingi ni chaguo lisilostaajabisha zaidi kwa VPN ya kibinafsi kando ya mteja wa kazi anayosimamiwa. Kurundika handaki moja ndani ya lingine sio muundo wa utenganishaji; ncha ya ndani lazima ibaki ikifikika kupitia handaki la nje, na mpangilio huo unaongeza matatizo ya MTU na ucheleweshaji juu yake.
Chagua muundo mmoja na uandike kwa nini. Kuchanganya nafasi ya jina kwa programu moja na handaki lililogawanyika kwa wengine huunda upya mgongano wa awali kwa umbo ambalo ni gumu zaidi kurekebisha hitilafu.
Hatua 4: thibitisha mitandao yote mibini kutoka kikao kimoja
Jaribu rasilimali moja kwenye kila mtandao wa kibinafsi kutoka mazingira ambayo programu inaendeshwa kweli, sio kutoka shell yako ikiwa programu inaendeshwa ndani ya nafasi ya jina. Angalia kiolesura cha utokeaji, anwani iliyotatuliwa na msimbo wa majibu kwa pamoja, kwa sababu mafanikio katika moja ya matatu yanaweza kuficha kushindwa kwa mengine. Rudia baada ya kuwasha upya, kwa sababu mpangilio ambao wateja huanza huamua nani atashinda. Huo ndio mpangilio ambao watu husahau kuurekodi.
curl -sI https://intranet.corp.example/
curl -sI https://files.personal.example/
ip route get 10.20.30.40
Rekodi matoleo ya wateja, violesura, hali ya kitatuzi na viambishi awali kwa kila mtandao. Mteja anaposasishwa na kubadilisha tabia yake ya njia, rekodi hiyo ndio tofauti kati ya urekebishaji wa dakika tano na ujenzi upya. Mtu anayefuata hatashiriki kumbukumbu yako kuhusu handaki gani lilipanda kwanza.
Orodha inakamilika unapoweza kutaja kiolesura kinachomiliki njia chaguo-msingi, kitatuzi ambacho kila jina hutumia, muundo unaotenganisha handaki la pili, na matokeo ya ombi moja kwa kila mtandao baada ya kuwasha upya. Kitu chochote kidogo ni usanidi unaofanya kazi kwa bahati leo.