Nani anapaswa kumiliki njia na DNS wakati openfortivpn inaunganisha?

Hatua nne zinajipanga juu ya nyingine katika kikao cha openfortivpn kinachofanya kazi. Mteja huthibitisha kwenye lango na kuanza muunganisho wa TLS, kisha huendesha PPP ndani ya muunganisho huo, kisha hupokea anwani na taarifa za DNS, na mwishowe hutumia njia za mwenyeji na mipangilio ya kitatuzi. Kila hatua inaweza kuwa hai wakati inayofuata haiko, na ndiyo sababu “imeunganishwa” ni neno linaloteleza kiasi hicho katika mada za usaidizi.

Uamuzi unaoondoa mkanganyiko mwingi ni nani anamiliki hatua ya mwisho. Ama mteja wa VPN hutumia mabadiliko ya mwenyeji mwenyewe, au sehemu nyingine hufanya hivyo, na kuchanganya vyote viwili nusu njia ndiko kunakofanya njia na faili za kitatuzi zieleze vikao tofauti.

Hatua nne zinazoonekana kama muunganisho mmoja

Hatua ya kwanza ni kibali. kikoa cha uthibitishaji kilichotajwa au msimbo wa matumizi ya mara moja, na hupokea vigezo vinavyohitajika kuendelea. Wakati mteja huchapisha kwamba ameunganishwa na lango, hiyo inamaanisha usafirishaji wa TLS uko hai. Haimaanishi kwamba PPP imejadiliana, na bila shaka haimaanishi kwamba programu ya ndani inafikika.

Hatua ya pili ni kiungo cha PPP. Mteja huanzisha mchakato wa PPP dhidi ya kifaa cha handaki, na pande mbili hujadiliana chaguo za kiungo na anwani. Ni baada ya hapo tu mwenyeji anajua anwani gani za ndani na za mbali kikao kinatumia, na ni wakati huo tu njia inayoelekea handaki inaweza kuwa na maana.

Hatua ya tatu ni kutumia taarifa hizo kwa mwenyeji, na hapa umiliki ni muhimu. Mteja anaweza kuongeza njia na kuandika upya usanidi wa kitatuzi, au anaweza kuambiwa arudi nyuma na kuacha zote mbili kwa kile kingine kinachosimamia mtandao kwenye mashine hiyo. README ya mradi inaelezea hizi kama majukumu tofauti badala ya tabia moja ya kiotomatiki.

Nani huhariri jedwali la uelekezaji

Kwa chaguo-msingi mteja ndiye mmiliki. Huongeza njia kuelekea lango kupitia kiolesura cha kimwili, njia kwa mwenzi wa handaki, na njia kwa mitandao ambayo kikao kinaruhusiwa kutumia, kisha huziondoa mchakato unapotoka. Chaguo-msingi hicho ni rahisi kwenye kompyuta ya mkononi yenye msimamizi mmoja wa mtandao na bila programu nyingine ya VPN.

Chagua uhamishaji tu wakati kitu kingine kinamiliki uelekezaji kwa kweli. Muunganisho wa msimamizi wa mtandao, nafasi ya jina la mtandao ya kontena, au wakala wa uelekezaji wa tovuti nzima wanaweza kuwa tayari wanajua jinsi ya kufunga na kusafisha viambishi hivyo hivyo. Kupitisha chaguo la no-routes basi huzuia waandishi wawili kugombana kuhusu jedwali moja, ambayo ni mbio inayojitokeza kama upotevu wa kipindi cha subnet moja badala ya kushindwa safi.

Mwingiliano ni sababu ya pili ya kuhamisha. Ikiwa njia zilizosukumwa zinajumuisha kiambishi ambacho mtandao wa ndani unatumia tayari, mteja hawezi kutatua mgongano kwa ajili yako. Mtu lazima aamue ikiwa kiambishi hicho kinafikika kupitia handaki, kupitia kiungo cha kimwili, au kupitia njia mahususi zaidi, na uamuzi huo ni wa yeyote anayemiliki topolojia.

Usafishaji ni wa tatu. Mteja anayeanguka kabla ya kuondoa njia zake huacha shimo jeusi linaloishi muda mrefu kuliko kikao, na muunganisho unaofuata unaweza kuongeza nakala juu yake. Yeyote anayemiliki uelekezaji pia anamiliki uthibitishaji kwamba maingizo ya zamani yameondoka. Fanya ukaguzi huo kuwa sehemu ya njia ya kuanza, si hatua ya hiari ya usafishaji.

Nani anamiliki DNS na faili ya kitatuzi

DNS ni uamuzi huo huo wenye kingo kali zaidi. Mteja anaweza kukubali seva za DNS ambazo lango au mwenzi wa PPP huripoti na kuziandika katika usanidi wa kitatuzi cha mwenyeji. Kwenye mashine rahisi hicho ndicho unachotaka, kwa sababu majina ya ndani hutatuliwa wakati huo tu wakati handaki iko hai.

Kwenye mwenyeji wa kisasa wa Linux kitatuzi kinaweza kusimamiwa na stub ya ndani, na kuandika upya faili ya kitatuzi nyuma ya stub hiyo hutoa usanidi unaoonekana sahihi na unaotenda bila uthabiti. Ikiwa mwenyeji tayari unaendesha msimamizi wa kitatuzi, iache imiliki DNS na uilisha seva za handaki kupitia kiolesura chake kinachotumika. Chaguo la no-dns la mteja ni chaguo sahihi hapo, si njia ya kuzunguka.

DNS iliyogawanywa ni swali tofauti na nani anaandika faili. Kutuma kila hoja kupitia handaki ni rahisi na polepole; kutuma maeneo ya ndani pekee kupitia humo kunahitaji usanidi kwa kila kikoa ambao wateja wengi rahisi hawatoi. Amua tabia gani mwenyeji anahitaji kabla ya kuwezesha mabadiliko ya kitatuzi ya mteja. Chaguo lisilo sahihi hapa linaonekana kama kukatika kwa utatuzi wa majina hata wakati handaki yenyewe ni sawa.

Upendeleo, utayari na uhamishaji

Kuunda kifaa cha handaki na kuhariri njia za mwenyeji au hali ya kitatuzi kunahitaji mamlaka ya juu ya mtandao. Kosa la kawaida ni kuhitimisha kwamba kwa hiyo kila kitu lazima kikimbie kama root, ikiwa ni pamoja na kivinjari au programu inayotumia handaki. Weka sehemu iliyo na upendeleo ndogo: mteja na faili yake ya usanidi, inayomilikiwa na msimamizi, wakati programu za mtumiaji zinahifadhi akaunti zao za kawaida.

Utayari unapaswa kufafanuliwa kwa kila mtumiaji. Msimamizi anaweza kuchukulia huduma imeanza wakati mchakato wa mteja unaendesha na kifaa cha handaki kipo. Kazi ya nakala rudufu inapaswa kuchukulia VPN inatumika tu wakati sehemu yake ya mwisho ya uhifadhi inajibu kupitia handaki. Hizi ni ukaguzi tofauti, na kutumia dhaifu zaidi kwa madhumuni yenye nguvu zaidi hutoa kazi zinazoanza mapema sana na kushindwa mara kwa mara. Andika ufafanuzi uliochaguliwa, kwa sababu msimamizi na kazi wasiyokubaliana kuhusu utayari ni tikiti ya usaidizi inayosubiri kutokea.

Jaribu mkataba kwa uchunguzi nne: awamu ya lango hukamilika, PPP hutenga anwani, njia iliyokusudiwa ipo, na ombi kwa mwenyeji wa ndani hufanikiwa. Kisha simamisha mteja na uthibitishe kwamba kila moja ya haya imeondolewa au kurejeshwa. Ikiwa mwenyeji bado anatatua majina ya ndani au bado anashikilia njia baada ya handaki kufungwa, uhamishaji wa umiliki haujakamilika.