Wapa Wageni wa LAN Njia ya Kurudi VPN kwa Chaguo 121 la DHCP

Wateja wa VPN wa mbali wanaunganisha, seva ya LAN inajibu, na jibu linatoka kupitia kipanga njia cha kawaida cha intaneti na kufa hapo. Seva moja inaweza kurekebishwa kwa njia tuli, lakini kundi zima la chini lao la mtandao linashughulikiwa vizuri zaidi mahali ambapo tayari wanapata usanidi wao wa mtandao. Chaguo 121 la DHCPv4 linasambaza aina hiyo ya njia ya mwisho, na ndiyo sehemu ambayo watu kawaida huikosea mara tu wanaposahau ile ya msingi. Dalili ni trafiki ya upande mmoja: maombi yanafika na majibu hupotea.

Kwanza taja anwani hizo tatu

Chukua LAN halisi: 192.168.50.0/24 pamoja na kipanga njia cha msingi cha kawaida kwenye 192.168.50.1 na lango la VPN tofauti kwenye 192.168.50.2. Wateja wa mbali waliothibitishwa wanachukua 10.90.0.0/24.

Njia ambayo kila mwenyeji anayeshiriki anahitaji ni 10.90.0.0/24 via 192.168.50.2. Marudio ni kundi la wateja, na hatua inayofuata ni anwani ya LAN ya lango, si anwani yake ya handaki.

Iandike kama njia tuli isiyo na madaraja

Chaguo 121 hubeba jozi za kiambishi awali na hatua inayofuata, na RFC 3442 inafafanua usimbaji na tabia ya mteja inayofuata. Kwa kipengele kilichopo cha dnsmasq kinachohudumia LAN hii ya mfano pekee, umbo la usanidi ni:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

Hii ni sehemu, si huduma mpya ya DHCP. Kwenye seva inayohudumia sehemu kadhaa, weka kikomo cha chaguo kwa lebo au sera ya mtandao unazotumia tayari. Weka usanidi wa awali karibu, kwa sababu kurudisha nyuma kunamaanisha uboreshaji mwingine wa ukodishaji, si kuwasha upya.

Usipoteze njia ya msingi

Hapa ndipo mtego ulipo. Mteja anayepokea chaguo 121 lazima apuuze chaguo la kawaida la Router, kwa hivyo kutangaza njia ya kundi la VPN pekee kunaweza kumwacha mwenyeji huyo bila njia ya msingi kabisa. Mashine bado inaonekana imesanidiwa na hupoteza intaneti kwa kimya. Watumiaji wanaelezea hilo kama mtandao umepungua wakati kila kiolesura kiko juu.

Jumuisha ile ya msingi inayokusudiwa katika orodha hiyo hiyo, kama sehemu ya juu inavyofanya. Weka pia chaguo la kawaida la Router mahali pake, kwa wateja ambao hawatekelezi njia zisizo na madaraja; ushughulikiaji wa chaguo wa seva yenyewe ndio unaoamua nini kinatumwa kwa nani.

Angalia mteja atakubali nini

Mwenyeji aliyepatiwa anwani kwa mkono huwa haichukui hii, kwa sababu haombi ukodishaji. Msaada wa wateja pia unatofautiana, kwa hivyo jaribu kwenye mfumo wa uendeshaji unaoendesha kweli badala ya kudhani kila kifaa kinaheshimu chaguo 121. Thibitisha na wamiliki wa seva hizo ni zipi zilizo na anwani tuli. Wageni hao wanahitaji maingizo yao ya njia au hawatahusika tu.

Huduma za DHCP zinazosimamiwa ni kikomo kingine. Mitandao mingine ya wingu haiwaruhusu wasimamizi kuchapisha chaguo ovyo, na seva ya DHCP inayoshindana katika sehemu hiyo hiyo ni mbaya kuliko kutokuwa na chaguo kabisa.

Thibitisha ukodishaji, kisha utafutaji

Omba mmiliki wa DHCP atumie mabadiliko, kisha uboreshe ukodishaji kwa mteja. Ukodishaji uliopo unabaki na usanidi wa zamani hadi uboreshwe, kwa hivyo matokeo ya papo hapo hayahakikishwi.

Kwenye mteja wa Linux, soma njia halisi na uthibitisha maingizo yote mawili:

ip -4 route
ip -4 route get 10.90.0.23

Utafutaji wa muktadha unapaswa kuonyesha njia ya kundi kupitia 192.168.50.2 na ile ya msingi kupitia 192.168.50.1. Ikiwa ile ya msingi haipo, umerudia mtego wa juu.

Kisha jaribu mabadilishano halisi

Usambazaji wa njia si njia yote. Lango tofauti bado linahitaji uelekezaji, umiliki wa wenza wa mbali na sera ya ufikiaji inayoruhusu seva, na DHCP haithibitishi mtu yeyote.

Mwisho, weka mpango wa kuondoa. Njia tuli iliyojifunza haijiondoi yenyewe wakati VPN inaanguka, kwa hivyo hatua inayofuata iliyopitwa na wakati inaweza kuifanya kiambishi hicho kuwa shimo jeusi muda mrefu baada ya handaki kutoweka.