Kwa nini route-nopull peke yake huacha seva ya faili isifikike
Kupuuza njia zilizosukumwa ni nusu ya handaki lililogawanywa. Chagua mmiliki wa njia, ongeza kiambishi cha ofisi kwa mkono, na ujaribu mitiririko mitatu kabla ya kusema imerekebishwa.
Seva ya faili hufunguka vizuri, na simu ya video kwenye dirisha la jirani huanza kusita. Hakuna kitu cha polepole na hakuna MTU isiyo sahihi: mteja wako alikubali orodha ya njia aliyopewa na seva, kwa hivyo kila pakiti sasa hutoka kupitia ngome ya moto ya ofisi. Suluhisho si bendera nyingine ya urekebishaji bali uamuzi kuhusu nani anamiliki jedwali la njia la mteja. Uamuzi huo ni wa mahali pamoja, na njia za kushindwa zilizo hapa chini zinakuambia ni mahali gani ulichagua kwa kweli.
Amua nani anamiliki jedwali la njia
Wamiliki watatu wanawezekana. Seva inaweza kusukuma njia na lango la msingi, na hapo mteja husakinisha chochote anachoambiwa na huwa handaki kamili. Wasifu wa mteja unaweza kuchukua umiliki kwa kutupa masukumo na kubeba mistari yake ya njia. Msimamizi wa miunganisho ya kompyuta ya mezani pia anaweza kumiliki uamuzi kupitia sifa zake za njia na njia ya msingi.
Kila chaguo hushindwa kwa namna tofauti, ndiyo sababu inafaa kusoma jedwali kabla ya kuhariri wasifu. Safu inayolingana na dalili yako ndiye mmiliki uliyenaye kwa kweli.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Chagua moja na uiandike. Kuchanganya mbili huacha mwenyeji ambaye njia yake ya msingi inapingana na nyaraka zake mwenyewe, na mhandisi anayefuata hawezi kujua tabaka gani lilishinda. Futa aliyeshindwa kwa uwazi.
route-nopull huchuja masukumo, haiongezi njia
route-nopull ni wa wasifu wa mteja, na mpangilio wake katika faili hilo hauna maana kwa sababu hutupa tu thamani zinazotoka kwenye seva. Huitupa njia zilizosukumwa, ikiwa ni pamoja na njia ya msingi iliyosukumwa, wakati handaki bado linapanda kama kawaida.
Matokeo ambayo watu huyakosa ni kwamba chaguo za DHCP zilizosukumwa huondoka nazo. Mipangilio ya DNS inayotumwa na seva pia hutupwa, kwa hivyo majina ya ndani huacha kutatuliwa ingawa handaki ni zuri na seva inafikika kwa anwani.
Hilo huacha handaki lisilo na njia kuelekea kiambishi cha ofisi isipokuwa uongeze mwenyewe: route-nopull ikifuatiwa na route 10.30.0.0 255.255.0.0 katika wasifu huo huo. Mstari huo hubeba anwani na kifuniko; hautaji kuruka kunakofuata.
Umbo mbadala huongeza tokeni ya lango, route 10.30.0.0 255.255.0.0 vpn_gateway, inayoelekeza kiingilio kwenye handaki kwa jina. Waagizaji hutofautiana kama wanatafsiri lahaja hiyo, kwa hivyo kagua muunganisho uliohifadhiwa ikiwa kiingilio hakipo kwenye jedwali la kerneli.
Thibitisha kwa utafutaji wa njia, si kwa ping
Ping hukuambia kuwa kitu fulani kilijibu. Utafutaji wa njia hukuambia ni kiolesura gani kerneli ingechagua, na hilo ndilo swali ulilouliza kwa kweli. Amri nne fupi hutenganisha njia inayokosekana na njia inayoelekeza kwenye kifaa kisichofaa.
Soma kile handaki liliweka kwa ip route show dev tun0. Kutokuwa na matokeo kabisa humaanisha njia sifuri, ambayo si handaki lililogawanywa linalofanya kazi, na ni tokeo la kawaida la kuongeza kichujio bila mstari wa wazi.
Kisha angalia anwani moja ya ofisi kwa ip route get 10.30.5.7, na anwani moja ya kawaida ya intaneti kwa ip route get 1.1.1.1. Ya pili inapaswa kutaja kiolesura halisi; ikiwa inataja handaki, msukumo haukuchujwa kabisa.
Hatimaye soma ip rule, kwa sababu sheria ya sera iliyoachwa na jaribio la awali inaweza kupindua jedwali ulilorekebisha hivi punde. Wasifu sahihi ulio na sheria ya zamani juu yake huonekana kama wasifu uliovunjika kabisa. Futa sheria uliyoongeza mara ya mwisho kabla ya kuongeza nyingine.
Subneti zinazopishana huonekana kama handaki lililovunjika
Masafa mawili ya kibinafsi yanaweza kufanana kwa mtazamo wa mteja, na hapo ndipo handaki lililogawanywa linaishushiwa lawama kwa kitu ambacho hakikusababisha. Ikiwa ofisi inatoa kiambishi kilekile kinachotumiwa na rauta yako ya nyumbani, njia ya handaki inafunika rauta na mtandao wa nyumbani unaonekana kutoweka.
Linganisha anwani kwenye kiolesura chako mwenyewe na njia ambayo wasifu huweka, ukitumia orodha rahisi ya anwani kabla ya kubadilisha chochote. Mwingiliano ni wa kweli, na hakuna chaguo la wasifu linalotatua. Unachoweza kurekebisha ni utambulisho wa majina, ili mtu anayefuata aone masafa mawili badala ya moja.
Marekebisho ya uaminifu ni kuweka nambari upya upande mmoja au kutafsiri anwani ofisini. Kubandika njia moja ya mwenyeji kwenye rauta hufanya kazi hadi anwani ya rauta ibadilike, kisha inakuwa fumbo la pili juu ya la kwanza.
Fanya uamuzi uendelee baada ya kuunganishwa upya
Kiingilio kilichoandikwa kwa mkono hakiendelei baada ya kuunganishwa upya, na msimamizi wa miunganisho hujenga upya jedwali kila wasifu unapoanza. Weka uamuzi mahali muunganisho unapoundwa, iwe ni wasifu au mipangilio iliyohifadhiwa ya msimamizi. Kisha anzisha upya muunganisho mara moja kwa makusudi badala ya kugundua tabia wakati wa simu. Wasifu unaofanya kazi hadi muunganisho unaofuata pekee haujakamilika.
Fanya mazoezi ya njia tatu kwa wakati mmoja: mwenyeji wa ofisi kwa anwani halisi, mwenyeji huyo huyo kwa jina, na tovuti ya kawaida ya umma. Ya kati inategemea huduma ya majina uliyosanidi baada ya kutupa chaguo za DNS zilizosukumwa, na ndiyo inayoshindwa kimya kimya.