Nambulishi ipi inahitajika kwa uhifadhi wako wa VPN?
Uhifadhi hufanya kazi tu ikiwa unataja nambulishi ambayo mgawaji anasoma. Kabla ya kusanidi, chagua kati ya anwani ya maunzi, utambulisho wa handaki na ufunguo wa mwenzake.
Masharti matatu huamua nambulishi gani uhifadhi unapaswa kutumia: mfumo upi unasambaza anwani, kama mfumo huo unawaona fremu za tabaka 2, na unatumia nini kama ufunguo wa mteja. Kipanga njia cha nyumbani chenye DHCP, VPN iliyofungwa na daraja na handaki inayopitishwa kwenye njia hujibu maswali hayo kwa namna tofauti. Kuchagua nambulishi ni endelevu zaidi kuliko kujaribu kugandisha kila anwani ya MAC ambayo adapta huripoti, kwa sababu nambulishi ndiyo kitu ambacho mgawaji husoma kwa kweli.
Anza kwa mgawaji na fanya kazi kinyumenyume; nambulishi upande wa mteja ni kile chochote ambacho mfumo huo unakubali.
Uliza mgawaji kwanza
Seva ya DHCP hugawa kutoka kwa dimbwi na hulinganisha uhifadhi na nambulishi inayoijua, ambayo inaweza kuwa anwani ya maunzi, mfuatano wa nambulishi wa mteja au DUID kulingana na toleo la itifaki. Seva ya VPN hugawa kutoka kwa dimbwi lake mwenyewe na hulinganisha na kile ambacho modeli yake ya usanidi inaonyesha, mara nyingi Common Name iliyothibitishwa. Mtandao uliofungwa kwa daraja unaweza kupeana tatizo hilo hilo kwa seva ya DHCP inayotumikia LAN tayari. Kila moja ni utafutaji tofauti, na uhifadhi halali katika moja hauonekani kwa wengine.
Thibitisha kile seva inachokiona kwa kweli kabla ya kusanidi chochote. Uhifadhi unaotaja nambulishi isiyo sahihi hushindwa kimya kimya: mteja hupokea anwani ya dimbwi tu, na kosa huonekana kama tatizo la mteja.
Mahali ambapo anwani ya MAC bado ina maana
Kwenye kiungo halisi cha Ethernet au Wi-Fi, anwani ya maunzi hutambua kiolesura kwenye sehemu hiyo. Vipengele vya faragha huizungusha, adapta pepe huunda mpya, na kompyuta mpakato inaweza kuonyesha thamani tofauti kwenye Wi-Fi na kwenye doki. Handaki ya TUN inayopitishwa kwenye njia hubeba pakiti za IP na haisambazi utambulisho asilia usiotumia waya hadi seva ya DHCP ya mbali, kwa hivyo uhifadhi unaotegemea MAC kwenye njia hiyo hauna la kulinganisha. TAP ni tofauti: hubeba fremu za Ethernet na inaweza kujiunga na kikoa kilichofungwa kwa daraja ambapo nambulishi za tabaka 2 bado ni muhimu.
Hata huko, anwani husika ni ile inayotumika kwenye kikoa hicho, si ya kiungo halisi cha juu kiotomatiki.
Anwani za handaki na funguo za wenzake zina nafasi yao wenyewe
Usambazaji wa OpenVPN unaopitishwa kwenye njia hugawa anwani kupitia modeli yake mwenyewe: usanidi wa kila mteja uliofungwa kwa jina lililothibitishwa, au dimbwi lililo wazi. Kubadilisha uhifadhi wa DHCP wa kipanga njia cha LAN hakuundi ugawaji huo, na kuongeza uhifadhi wa handaki hakuathiri LAN. WireGuard inakwenda mbali zaidi, kwa sababu mwenzake hutambulika kwa ufunguo wake wa umma na anwani zilizoruhusiwa, si kwa nambulishi yoyote ya maunzi. Hakuna uhifadhi wa Ethernet wa jumla unaochukua nafasi ya usanidi wa mwenzake hapo.
Weka orodha inayotenganisha vitu vinne: kitambulisho cha kifaa, adapta pepe, nambulishi ya mgawaji na anwani iliyogawiwa. Mashine moja halisi inaweza kuwa na adapta, anwani na vikao kadhaa.
Anwani thabiti si utambulisho
Anwani inayotabirika ni rahisi kiutendaji na si kitambulisho cha uthibitishaji. Kanuni za ufikiaji zinazotegemea anwani huacha kuwa ukaguzi wa utambulisho wakati anwani inapogawiwa upya, kushirikiwa au kughushiwa. Ikiwa kanuni inategemea anwani, ratibu ugawaji upya na ubatilishaji na mmiliki wa utambulisho, na weka uamuzi halisi wa uthibitishaji mahali pengine. Hivyo urahisi hauwezi kuwa ushahidi pekee wa kifaa gani kiliunganishwa.
Rekodi mgawaji, nambulishi na anwani iliyogawiwa pamoja. Wakati moja inabadilika, mbili zilizobaki ndizo unazokagua.
Ikiwa mifumo miwili yote inadai kuwa inagawa kwa subnet moja, amua ni ipi inayomiliki kabla ya kuongeza uhifadhi kwa yoyote kati yao.