Kwa nini kunakili usanidi wa seva ya OpenVPN kwenye tawi kunashindikana

Kunakili usanidi wa seva unaofanya kazi, kubadilisha anwani chache na kuuita profaili ya tawi kwa kawaida huzalisha muunganisho. Hiyo ni matokeo mabaya zaidi, kwa sababu tawi huenda likafanya kazi kwa jukumu lisilo sahihi, linaweka wazi nyenzo zisizopaswa kuondoka kwenye kitovu, na huacha uhusiano wa njia ambao hakuna anayekumbuka kuuunda. Muunganisho hufunika matatizo matatu kwa mpigo, na handaki huinuka kabla ya mtu yeyote kuyakagua.

Kuchukulia tawi kama mwenza mwenye utambulisho wake na jukumu la mtandao ndilo hufanya profaili kuwa sahihi. Suluhisho si nakala bora, na sehemu iliyobaki ya ukurasa huu inahusu kile mteja anapaswa kushikilia kweli.

Majukumu mawili yanayofanana na faili moja

Katika hali ya TLS pande mbili zina kazi zinazokamilishana. Upande mmoja husikiliza, hushikilia cheti na ufunguo wa seva na huamua ni wateja gani wanaweza kuunganisha. Upande mwingine huanzisha, huthibitisha msikilizaji na kuwasilisha utambulisho wake mwenyewe.

Faili ya seva ina maagizo ambayo hayana maana kwa mteja: anwani ya kufunga na bandari ya kusikiliza, kundi la anwani za kugawa na mara nyingi orodha ya kusukuma kwa mipangilio ambayo wateja wanapaswa kupokea. Kunakili hizo kwenye tawi huzalisha kifaa kinachojaribu kuwa msikilizaji na mteja kwa wakati mmoja.

Ufunguo wa faragha ni sehemu yenye umuhimu mkubwa. Mteja hapaswi kamwe kubeba ufunguo wa faragha wa seva, na hahitaji pia ufunguo wa kusaini wa CA. Cheti cha CA ni nyenzo ya imani ya umma; ufunguo wa kusaini unamilikiwa na mahali ambapo vyeti vinatolewa.

Kile ambacho profaili ya tawi lazima iwe nacho

Profaili ya tawi inahitaji kituo cha mwisho cha mbali na usafirishaji, utambulisho wa seva unaoaminika, cheti na ufunguo wa tawi lenyewe, na njia pamoja na mipangilio ya DNS ambayo tawi linahitaji kweli. Hakuna kingine ni lazima.

Weka utambulisho wa tawi tofauti kwa kila tovuti. Matawi mawili yanayoshiriki cheti kimoja inamaanisha kuwa kufuta kimoja kunazima kingine, na kumbukumbu za kitovu haziwezi kuyatofautisha. Utambulisho kwa kila tovuti ndio hufanya nyayo za ukaguzi na hadithi ya kufuta zote zifanye kazi.

Kuwa mwangalifu na mitiririko ya kazi ya vifaa. Kifurushi cha Client Export cha pfSense huzalisha profaili kwa miktadha ya Remote Access inayostahili, na orodha yake ya seva inajumuisha seva zilizosanidiwa katika hali ya Remote Access pekee. Seva ya tovuti-kwa-tovuti ya hali nyingine haionekani, na kukosekana huko ni taarifa, si mwaliko wa kunakili siri za seva.

Ikiwa kifaa hakitoi profaili unayohitaji, tumia mtiririko wake wa kazi wa mteja wa tovuti-kwa-tovuti ulioandikwa au jenga profaili kutoka kwa mfano unaotumika wa toleo lililosakinishwa. Hamisha nakala rudufu ya seva kwenda kwenye tawi tu ikiwa mpango ni kurejesha seva, jambo ambalo si hivyo. Nakala rudufu hubeba pia nyenzo za faragha za kitovu, kwa hivyo kuihamisha kwenye tawi ni uamuzi wa kushughulikia funguo, si uhamishaji wa faili. Iweke kwenye kitovu na uunde utambulisho wa mteja pale vyeti vinatolewa.

Uhusiano wa mwenza na mtandao ni tofauti

Mteja wa tawi anayeunganisha kwa mafanikio bado hawezi kupitisha trafiki kwa LAN yake hadi kitovu kijue kwamba mwenza huyu anamiliki kiambishi hicho. Uhusiano huo unaishi kwenye kitovu, umefungwa na utambulisho wa mteja, na ni tofauti na njia ya tawi lenyewe kuelekea mitandao ya mbali. Bila hiyo, wenyeji wa tawi huonekana kufikiwa katika takwimu za handaki na hawafikiwi kivitendo. Kumbukumbu ya kitovu ni mahali pa kuthibitisha kama uhusiano ulitumika.

Kuongeza njia katika mfumo wa uendeshaji wa kitovu si sawa na kumwambia OpenVPN ni mteja gani anamiliki kiambishi. Bila uhusiano kwa kila mteja, kifurushi hufikia kiolesura cha handaki na hutupwa kwa sababu hakuna mwenza anayedai lengwa.

Kwa upande wa tawi, hitaji linalolingana ni njia kuelekea mitandao inayopaswa kufikiwa, pamoja na kipanga njia cha LAN kinachojua jinsi ya kurudisha trafiki kwenye tawi. Umiliki upande wa seva na njia za lengo upande wa mteja ni vitu tofauti, na handaki linalofanya kazi huthibitisha hatua ya kwanza pekee. Andika zote mbili katika kumbukumbu za makabidhiano za tawi, kwa sababu mhandisi anayefuata atapata moja tu.

Kuthibitisha kwamba tawi ni mwenza unaomdhania

Thibitisha utambulisho kabla ya kuthibitisha trafiki. Kumbukumbu ya kitovu inapaswa kuonyesha jina la kawaida la cheti cha tawi, na anwani ambayo mteja alipokea inapaswa kuendana na kundi au ugawaji maalum uliokusudia. Ikiwa kumbukumbu inaonyesha jina lingine, profaili inabeba utambulisho wa mtu mwingine.

Kisha thibitisha uhusiano kwa kutuma ombi moja kutoka kwa mwenyeji wa tawi kwenda kwa rasilimali ya upande wa kitovu na uthibitishe kwamba linafanikiwa na anwani ya chanzo inayotarajiwa. Jaribu lengo ambalo tawi halipaswi kufikia na uthibitishe kwamba linashindikana, kwa sababu njia inayoruhusu inayofanya kazi kwa bahati si sawa na sera sahihi.

Mwishowe, batilisha utambulisho wa tawi na uthibitishe kwamba muunganisho unashindikana wakati cheti cha kitovu yenyewe na tovuti nyingine zinaendelea kufanya kazi. Ikiwa ubatilishaji unavunja kitovu, majukumu na utambulisho zilishirikiwa mahali fulani, na hicho ni ugunduzi unaostahili kurudishwa kwenye muundo.

Tawi lililokamilika ni lile lenye utambulisho ulioandikwa, profaili ya mteja pekee, uhusiano wa mwenza-na-mtandao kwenye kitovu na njia ya kurudi iliyojaribiwa. Kupindua maandishi katika faili ya seva hakukupi hata moja ya hayo.