Kwa nini kiolesura chako cha VPN kinaendelea kuacha eneo lake la firewalld

Unaongeza tun0 kwenye eneo sahihi, programu huanza kufanya kazi, na marekebisho hupotea kwenye muunganisho unaofuata. Kuendesha amri hiyo hiyo tena hufanya kazi, jambo linalofanya ionekane kama firewalld imesahau. Haikusahau; kitu chenye dai lenye nguvu zaidi juu ya kiolesura hicho kiliipanga upya.

Eneo hudumu hadi kiolesura kiundwe upya

Ugawaji wa eneo la firewalld kwa kiolesura ni kiungo, na viungo vimefungwa kwa kitu cha kiolesura jinsi kilivyo sasa. Mteja wa VPN anayevunja kifaa na kukiunda upya huzalisha kitu kipya, na kipya huanza na kile ambacho sehemu inayogawa inasema. Ndiyo sababu dalili hujirudia kwenye kila muunganisho na si kwenye kila pakiti.

Mantiki hiyo hiyo inaeleza tabia wakati wa kuwasha upya: viungo vya wakati wa utekelezaji havistahimili kuwasha upya, na viungo vya kudumu vinatumika tu kwa vifaa ambavyo firewalld anaamini anamiliki.

Kabla ya kubadilisha chochote, gundua ni sehemu gani inagawia eneo.

Soma mambo matatu kabla ya kubadilisha chochote

Andika eneo ambalo kiolesura kinacho sasa, maeneo hai pamoja na violesura vyake, na orodha ya kudumu ya violesura kwa eneo unalokusudia. Endesha maswali hayo kabla ya mabadiliko, baada ya muunganisho mmoja na baada ya kuwasha upya mara moja. Kulinganisha matokeo matatu hukuambia kama kiungo kinabadilishwa, kinapuuzwa, au kinatumika kwa kuchelewa tu. Ikiwa orodha ya kudumu tayari inataja kifaa wakati eneo la wakati wa utekelezaji halikubaliani, kuna kitu kinapita juu ya uhariri wako.

Andika pia jina halisi la kifaa kwenye kila hatua, kwa sababu handaki inayotua tun0 leo inaweza kutua tun1 kesho.

Kiungo kilichohifadhiwa kwa jina la jumla si ukaguzi wa utambulisho, na dakika mbili za kuandika huokoa saa moja ya kubahatisha.

Wakati NetworkManager anamiliki muunganisho

Ikiwa NetworkManager anasimamia muunganisho wa VPN, wasifu wake hubeba eneo na kuipitisha kwa firewalld wakati muunganisho unapoamilishwa. Kiungo cha kudumu cha kiolesura katika firewalld kwa kifaa hicho hicho kinaweza kupuuzwa wakati huo, kwa sababu NetworkManager ndiye mmiliki. Weka eneo kwenye muunganisho, na uthibitisha kuwa unahariri wasifu wa VPN na si muunganisho wa kimwili usiohusiana au rekodi ya muda.

Kubadilisha sifa hiyo kunaweza kuathiri muunganisho hai mara moja.

Weka njia ya usimamizi inapatikana na soma sera ya eneo lengwa kabla ya kuitumia. Kuhariri uwanja wa ZONE wa faili ya ifcfg ni sahihi tu pale ambapo faili hiyo bado ni chanzo cha usanidi.

Wakati firewalld anamiliki kiungo

Kwa handaki inayosimama yenyewe yenye jina la kiolesura lililokusudiwa kuwa thabiti, mabadiliko ya kudumu ya kiolesura ndilo chombo sahihi. Yatumie kupitia upakiaji upya au mzunguko wa maisha unaotumiwa na usambazaji wako, kisha kagua hali ya wakati wa utekelezaji, kwa sababu uhariri wa kudumu pekee unaelezea nia na si kile kilicho hai. Hiyo miwili inaweza kutofautiana kwa muda wote upakiaji upya unachukua.

Ikiwa jina la kiolesura ni badilika, dumisha ugawaji katika mzunguko wa maisha wa muunganisho badala ya kushindana na handaki yoyote inayodai jina kwanza.

Usitupe kiolesura kwenye trusted ili tu programu ifanye kazi.

Jaribu upakiaji upya, muunganisho upya na kuwasha upya

Mabadiliko hukamilika tu yanapostahimili yote matatu.

Pakia upya kwanza, kwa sababu hapo ndipo uhariri wa wakati wa utekelezaji pekee hupotea. Kisha unganisha handaki tena, kwa sababu hapo ndipo kiolesura kilichobadilishwa kinapoteza kiungo chake. Kisha washa upya, kwa sababu hapo ndipo kutokubaliana kwa mmiliki hatimaye kuonekana. Andika eneo katika kila hatua na linganisha na nia uliyoiandika, na bainisha hatua gani ilizalisha tofauti.

Ikiwa eneo ni sahihi na programu bado inashindwa, tatizo liko katika kanuni za eneo au katika uainishaji unaotegemea chanzo, si katika uanachama. Nyaraka za firewalld kuhusu miunganisho na violesura ndiyo rejea ya jinsi umiliki unapaswa kufanya kazi.

Andika mmiliki, thamani na matokeo yanayotarajiwa kwenye runbook, na ugawaji unaofuata utakuwa wenye kuelezeka.