Kunakili /32 ya handaki hakuwezi kuelekeza subnet ya ofisi

VPN inaunganisha, kiolesura kinaonyesha anwani yenye kifuniko cha biti thelathini na mbili, na seva ya ofisi inabaki isifikiki. Hatua inayofuata mara nyingi ni kutumia tena kifuniko hicho katika njia, kwa nadharia kwamba kiolesura kinaelezea kile handaki inaweza kufikia. Haielezi. Anwani hiyo inaelezea upande wa ndani wa kiungo cha nukta-hadi-nukta, na lengwa linalokuhusu liko katika kiambishi kingine upande wa pili.

Vitu viwili tofauti vinachanganywa: anwani ambayo handaki ilikupa, na mtandao unaotaka kufikia kwa njia yake.

Anwani mbili, kazi mbili

Katika handaki la nukta-hadi-nukta, anwani ya mteja mara nyingi ni anwani moja ya mwenyeji kwa sababu kuna mwenzake mmoja hasa upande wa pili wa kiungo. Hakuna sehemu inayoshirikiwa na hakuna ARP, kwa hiyo kifuniko ambacho kingeonekana kichekesho kwenye Ethernet ni kawaida kabisa hapa.

Kiambishi cha lengwa ni ukweli kuhusu mtandao wa ofisi, si kuhusu handaki. Ikiwa unahitaji seva moja, njia ni njia ya mwenyeji kwa seva hiyo. Ikiwa unahitaji subnet yote ya ofisi, njia ni subnet hiyo. Hakuna jibu lolote kati ya hayo yanayoweza kusomwa kutoka kwenye kiolesura, na kuchagua moja kwa sababu lilionekana kando ya anwani ya handaki ndio jinsi usanidi unaofanya kazi unavunjika.

Mstari huo wa tatu ndio mahali ambapo matumaini yanakuwa kukatika. Kuelekeza safu yote ya faragha kwenye handaki linalohudumia tovuti moja tu kunasukuma trafiki isiyohusiana kwenye njia isiyoweza kuifikisha, na hitilafu zinazotokea zinaonekana kama VPN iliyovunjika badala ya njia pana mno.

Chagua kiambishi kutoka kwa hitaji

Andika hitaji kama sentensi kabla ya kugusa wasifu: ni wenyeji gani wanapaswa kufikiwa, na ni kiambishi kipi chembamba zaidi kinachowahusu? Seva moja ni njia ya mwenyeji. Subnet ni njia ya subnet. Safu ya subnet ni muhtasari, na muhtasari ni ahadi kwamba kila anwani ndani yake inafikiwa, jambo ambalo mara chache ni kweli.

Kisha linganisha namba na kile ofisi inatumia kwa kweli. Kunakili kiambishi kutoka ujumbe wa gumzo bila kukithibitisha dhidi ya mpango wa anwani wa tovuti ndio jinsi njia inaishia kuelekeza subnet ambayo hakuna mtu anayemiliki.

Kumbuka pia kwamba njia ni njia, si ruhusa. Lango bado linaamua kama mteja wako anaweza kutumia lengwa, na huduma bado inaweza kukukataa. Kusakinisha njia ipasavyo huifikisha pakiti huko na haijibu chochote kuhusu idhini.

Ongeza kwenye wasifu, usiubadilishe kamwe

Njia katika wasifu wa NetworkManager ni sifa ya thamani nyingi, na tofauti kati ya kuweka na kuongeza ni herufi moja. Tumia umbo la kuongeza ili kuongeza kipengele na kuhifadhi kila kitu kilichohifadhiwa tayari.

nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
  +ipv4.routes "10.40.20.9/32"

Bila kuongeza, ugawaji hubadilisha orodha yote. Kwenye wasifu ambao tayari umebeba viambishi kadhaa, hiyo hufuta kwa utulivu vile vilivyokuwa vikifanya kazi, na dalili huja baadaye kama huduma ambayo awali ilifikiwa kutoka kwa kompyuta hii ya mkononi.

Tumia UUID badala ya jina. Majina yanarudiwa baada ya kurejesha, na muunganisho unaouhariri unaweza usiwe ule unaobeba trafiki yako. Kwanza angalia kama kuna kipengele kinachofanana, kwa sababu kuongeza nakala si nadhifu hata wakati hakuna madhara.

Hii marejeleo ya sifa za njia inaandika lengwa, hatua inayofuata ya hiari, metriki na sintaksia ya sifa kwa toleo lililosakinishwa. Soma kabla ya kuongeza hatua inayofuata, kwa sababu ikiwa inahitajika inategemea muunganisho na topolojia, na kukisia kutoka anwani ya kwanza kwenye orodha ya violesura si mbinu.

Njia chaguo-msingi na DNS ni maamuzi tofauti

Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.

Njia za kiotomatiki ni kitu kingine ambacho hakipaswi kusumbuliwa kirahisi. Kuzizima ili kutatua kipengele kimoja kinachokosekana kunaweza kuondoa kadhaa zinazofanya kazi, na mtu aliyeipendekeza mara nyingi alikuwa akiangalia wasifu mwingine wenye push tofauti.

DNS ina njia yake na hitilafu zake. Jina linalotatuliwa kwa anwani sahihi kupitia kitatuzi kibaya, au kitatuzi kisichoweza kujibu kwa eneo la faragha, litaonekana kama tatizo la uelekezaji wakati njia ni kamili. Jaribu anwani na jina kwa tofauti, kisha amua tabaka gani lilishindwa kweli.

Thibitisha kilichotumika

Mabadiliko yaliyohifadhiwa si mabadiliko yaliyotumika. Unganisha tena kupitia mzunguko wa maisha unaoungwa mkono wa msimamizi, kisha angalia njia halisi ya lengwa lililokusudiwa na kanuni za sera zinazoamua ni jedwali gani linashauriwa.

Ikiwa kiambishi kipo na muunganisho bado unashindwa, umehamia tatizo lingine: uteuzi wa anwani ya chanzo, njia ya kurudi upande wa mbali, au huduma inayokukataa mteja wako. Kila moja ya hayo ni mahali bora pa kuangalia kuliko wasifu ambao tayari umeurekebisha.