Njia ya VPN inayokosekana katika NetworkManager: sera ya wasifu au script?
Tuneli inaunganisha na kiambishi awali kimoja hakitokei kamwe. Amua kati ya sera ya wasifu, data ya programu-jalizi na mmiliki wa pili wa njia kabla ya kuongeza script msaidizi.
Unaunganisha, kiolesura cha tuneli kinaonekana, na kiambishi awali kimoja unachohitaji hakipo kwenye jedwali. Hatua inayofuata kwa kawaida ni kutafuta script inayoiongeza. Utafutaji huo unafikia majibu yanayobandika msaidizi wa OpenVPN ndani ya wasifu, na nusu ya majibu hayo hufanya hali kuwa mbaya zaidi badala ya bora, kwa sababu njia inayokosekana ina wamiliki watatu wanaowezekana na mmoja wao tu ni script inayokosekana.
Amua ni mmiliki gani anayehusika kabla ya kuandika chochote.
Wamiliki watatu, kiambishi awali kimoja kinachokosekana
Kiambishi awali kinaweza kukosekana kwa sababu hakuna aliyekitoa, kwa sababu wasifu ulikikataa, au kwa sababu kiliwekwa mahali usipokuwa ukiiangalia. Hizi ni hitilafu tofauti na zina marekebisho tofauti.
Ya kwanza ni rahisi kukagua: je, seva au programu-jalizi iliwahi kutoa njia hiyo? Backend ambayo haikupokea kiambishi awali kamwe haiwezi kukiweka, na script msaidizi haiwezi kubuni ufikiaji ambao mwenzake hakuwahi kueleza. Ya pili ni sera ya wasifu, ambayo inaweza kukandamiza njia ambazo muunganisho ungechukua vinginevyo. Ya tatu ni jedwali au kanuni, ambayo inaweza kushikilia njia mahali ambapo utafutaji chaguo-msingi hauangalii kamwe.
Mmiliki wa nne ni wewe, baadaye: script inayoongeza njia wakati wa kuunganisha lakini haiondoi wakati wa kukatisha. Hiyo huzalisha kiambishi awali kinachoishi muda mrefu kuliko tuneli, kinaelekeza kwenye kiolesura kilichokufa, na kinamchanganya mtu anayefuata kutatua tatizo la mashine.
Soma wasifu kabla ya kuongeza chochote
Anza na sifa za muunganisho uliohifadhiwa. Zisome bila kumwaga siri, na tumia UUID ikiwa jina la wasifu halina uwazi.
nmcli -f vpn.service-type,ipv4.never-default,ipv4.ignore-auto-routes,ipv4.route-table,ipv4.routes connection show office
vpn.service-type inakuambia backend ipi inamiliki muunganisho, na hilo ni muhimu kwa sababu data ya programu-jalizi ni mahususi kwa backend. Ufunguo unaokubaliwa na programu-jalizi moja si maagizo yanayotumika kwa nyingine, kwa hivyo kipande kilichonakiliwa kutoka nyaraka za mteja mwingine si ushahidi wa kitu chochote.
ipv4.ignore-auto-routes na ipv4.never-default hujibu maswali tofauti. Ya kwanza inaweza kukataa njia ambazo muunganisho ungechukua kiotomatiki vinginevyo, na ya pili inadhibiti ikiwa wasifu unaweza kuwa njia chaguo-msingi. Wasifu unaopuuza njia za kiotomatiki na kutotegemea kitu kingine utaunganisha kwa usafi na hautasakinisha karibu chochote.
ip -4 rule show
ip -4 route show table all
Amri hizo mbili huamua uwezekano wa tatu. Tafuta kiambishi awali chako katika kila jedwali, si main pekee, na angalia ikiwa kanuni ya sera inatuma utafutaji husika mahali pengine. Ikiwa kiambishi awali kiko kwenye jedwali lingine na hakuna kinachokiangalia, huna njia inayokosekana; una utafutaji ambao haufikii kamwe.
Kile script haiwezi kurekebisha
Kuongeza script msaidizi kunampa vpn.data ya NetworkManager programu ya kuendesha. Hiyo ni utaratibu halisi, na ni ule usiofaa kwa kesi nyingi hizi, kwa sababu script hupata udhibiti baada ya sera ya wasifu yenyewe kuamua nini cha kukubali.
script-security ya OpenVPN ni mkanganyiko mwingine unaorudi. Ni mpangilio wa OpenVPN unaodhibiti ni script gani mteja anaweza kuendesha na nini anaweza kuweka katika mazingira yao; kiwango cha 3 kinaruhusu kupitisha vitambulisho kupitia mazingira, ambayo ni uamuzi kuhusu utunzaji wa siri na si marekebisho ya njia. Kuibandika kwenye wasifu ambao backend yake si OpenVPN, au kuipandisha wakati hakuna script inayohitaji, huongeza mfiduo bila kuongeza njia.
Kisha kuna tabia ya kuwasha upya. Kuwasha upya huduma ya NetworkManager huvunja na kujenga upya kila kiungo kinachosimamiwa, ikiwa ni pamoja na kile unachounganisha kikiwa unafanya kazi kwa mbali. Ni kitendo cha kuvuruga, si uchunguzi usio na madhara, na kwenye seva inaweza kuwa tofauti kati ya kipindi kinachodumu na kile kisichodumu.
Uamuzi, kwa mpangilio
Uliza maswali matatu kwa mfululizo. Je, mwenzake alitoa kiambishi awali, ambayo kumbukumbu ya backend au matokeo yake ya hali itaonyesha. Ikiwa ndiyo, je, wasifu umeundwa kupokea na kuweka njia, au unazikandamiza? Ikiwa njia ipo mahali fulani, je, njia ya utafutaji ni sahihi kwa trafiki unayoijaribu?
Ni wakati tu jibu la kwanza ni ndiyo, la pili ni ndiyo na la tatu ni sahihi ndipo script ya ziada inakuwa ya kuteteeka, na hata wakati huo unapaswa kuuliza ikiwa backend inaunga mkono njia asili. Marejeleo ya mipangilio ya VPN inaandika service-type na kamusi ya data mahususi kwa programu-jalizi, na hapo ndipo inapaswa kuanza kabla ya kudhani ufunguo upo.
Baada ya marekebisho yaliyoidhinishwa, unganisha tena na ujaribu lengwa kwa anwani na kisha kwa jina, kisha katisha na unganisha tena ili kuthibitisha kwamba hali inaweza kurudiwa. Mmiliki mmoja, jedwali moja, na njia inayotoweka pamoja na tuneli ndio matokeo yanayofaa.