Hifadhi yako ya VPN si safu ya DHCP ya LAN: kwa nini inavunjika

Njia ya mkato inayoshawishi ni kuwapa wateja wa VPN anwani kutoka safu hiyo hiyo inayotumiwa na seva ya DHCP ya ofisi, kwa dhana kwamba kila kitu ni mtandao mmoja hata hivyo. Sivyo. Handaki iliyoelekezwa hubeba pakiti za unicast kati ya ncha mbili, wakati hifadhi ya LAN ipo ili kujibu maombi ya matangazo kwenye sehemu ya kimwili. Kutumia tena namba hizo kunaweka wagawaji wawili kuwa na jukumu la nafasi moja ya anwani na kuacha njia ya kurudi bila kufafanuliwa.

Wagawaji wawili, nafasi moja ya anwani

Seva ya DHCP ya LAN inajua anwani zipi imekodisha na kwa anwani ipi ya MAC, na inazitetea kwa ARP. Seva ya VPN ina hifadhi yake na haijui chochote kuhusu ukodishaji huo. Hakuna anayekosea; hawakuwahi kutambulishwa kwa kila mmoja.

Anwani kutoka hifadhi ya LAN ambayo seva ya VPN inatoa inaweza kuwa tayari ni ya kichapishi. Sasa vifaa viwili vinadai anwani moja kwenye kiambishi kimoja, na jedwali la upelelezi la swichi linaamua ni kipi kitajibu.

Hili ndilo hitilafu ambalo watu hukutana nalo kwanza: mteja anayeunganisha kwa mafanikio kisha kufikia mashine isiyo sahihi, au kufikia ile sahihi mara kwa mara.

Kwa nini kipanga njia hakisambazi anwani za VPN

Ugunduzi wa DHCP ni matangazo, na matangazo yanasimama kwenye mpaka ulioelekezwa. Isipokuwa muundo uunganishe handaki kwa daraja au uendeshe relay ya DHCP yenye mamlaka inayolingana, ombi la mteja halifikii seva ya LAN kamwe.

Kwa hiyo seva ya VPN inagawa anwani yenyewe: hifadhi katika usanidi wa seva, anwani kwa kila mshirika katika usanidi wa WireGuard, au anwani inayosukumwa na tabaka la uthibitishaji katika usambazaji wa IKEv2. Mifumo hii haitegemei hifadhidata ya ukodishaji ya LAN, na ndiyo sababu inahitaji safu yake.

Hoja hiyo hiyo inaeleza kwa nini kubadilisha wigo wa DHCP hakurekebishi mteja wa VPN asiyepata anwani kamwe. Mteja haulizi seva ya LAN, na hakuna uhariri wa wigo unaomfanya aulize.

Mwingiliano unaonekana kama mgongano, si kama mtandao wa polepole

Mitandao miwili inayoshiriki kiambishi bila muundo unaotumika ni tatizo tofauti na umiliki maradufu, na mara nyingi huchanganywa. Ikiwa hifadhi ya VPN ni kiambishi tofauti, mwingiliano ni muhimu tu wakati njia inatuma trafiki upande usiofaa. Ikiwa hifadhi iko ndani ya kiambishi cha LAN, mgongano ni wa papo hapo na wa ndani.

Kwa vitendo unaona majibu ya ARP kutoka kifaa kisichofaa, miunganisho inayojirekebisha katikati, na mteja ambaye anwani yake inadaiwa na mtu mwingine. Hakuna kati ya haya yanayofanana na tatizo la uelekezaji, ndiyo sababu marekebisho yanatumika kwenye tabaka isiyofaa. Ukodishaji maradufu ni rahisi kuthibitisha na unachosha kuishi nao. Pia unastahimili kuwasha upya, kwa sababu wagawaji wote wawili wanaendelea kusisitiza anwani hiyo hiyo.

Njia ya kurudi ni tatizo tofauti

Hata kwa hifadhi safi na tofauti, wageni wa LAN wanahitaji kujua jinsi ya kumjibu mteja. Lango lao la msingi ni kipanga njia, na kipanga njia kinahitaji njia ya hifadhi inayoelekea seva ya VPN, isipokuwa muundo unatafsiri trafiki ya mteja badala yake.

Soma njia katika pande zote mbili kabla ya kubadilisha kitu chochote. Kwenye lango, uliza ni kiolesura kipi kiini kingetumia kwa anwani ya mteja; kwa mteja, uliza ni njia ipi inayotumia kwa anwani ya LAN.

Amri hizi zinaonyesha uamuzi wa upelelezi kwenye lango na maingizo ya majirani yanayofichua nakala:

ip -4 route get 10.8.0.5
ip neigh show dev br-lan | grep 10.8
ip -4 route get 192.168.50.20

Ikiwa amri ya kwanza inajibu kwa kiolesura cha handaki, njia ya kurudi ipo. Ikiwa inajibu kwa kiolesura cha LAN, kipanga njia kinaamini mteja yuko kwenye waya na kitajaribu kufanya ARP kwa ajili yake.

Miundo yenye daraja ipo, lakini lazima ichaguliwe

Kuunganisha handaki na LAN kwa daraja ni muundo halisi, unaotumiwa wakati wateja lazima wapokee matangazo au wagunduliwe na itifaki zinazodhani sehemu moja. Unahitaji seva iwe na tabia hiyo ya daraja na ushughulikiaji wa anwani unaoambatana nayo.

Kile kisichofanya kazi ni kuiga matokeo kwa kunakili namba. Hifadhi ya pamoja bila daraja inakupa mgongano bila ugunduzi, ambao ni mbaya zaidi kati ya mipangilio yote miwili.

Chagua tabaka la tatu na hifadhi tofauti isipokuwa programu inahitaji sehemu hiyo kwa kweli, na andika hifadhi hiyo ili msimamizi anayefuata asitumie tena safu ya DHCP kwa ajili ya mpangilio.