Pse ndërfaqja juaj VPN nuk pushon së lëni zonën e saj firewalld

Ju shtoni tun0 në zonën e duhur, aplikacioni fillon të punojë, dhe rregullimi avullon në rilidhjen tjetër. Ekzekutimi përsëri i të njëjtit komandë funksionon, gjë që e bën të duket sikur firewalld harroi. Nuk harroi; diçka me një pretendim më të fortë mbi atë ndërfaqe e ricaktoi atë.

Zona mbijeton derisa ndërfaqja të rikrijohet

Caktimi i një zone firewalld për një ndërfaqe është një lidhje, dhe lidhjet janë të lidhura me objektin e ndërfaqes siç ekziston tani. Një klient VPN që shkatërron pajisjen dhe e rikrijon atë prodhon një objekt të ri, dhe ai i ri fillon nga ajo që thotë komponenti që cakton. Kjo është arsyeja pse simptoma përsëritet në çdo rilidhje dhe jo në çdo paketë.

E njëjta logjikë shpjegon sjelljen në rindezje: lidhjet e kohës së ekzekutimit nuk i mbijetojnë një rindezjeje, dhe lidhjet e përhershme zbatohen vetëm për pajisjet që firewalld mendon se zotëron.

Përpara se të ndryshoni ndonjë gjë, zbuloni cili komponent cakton zonën.

Lexoni tri gjëra përpara se të ndryshoni ndonjë gjë

Shënoni zonën që ndërfaqja ka tani, zonat aktive me ndërfaqet e tyre dhe listën e përhershme të ndërfaqeve për zonën që synoni. Ekzekutoni ato pyetje përpara ndryshimit, pas një rilidhjeje dhe pas një rindezjeje. Krahasimi i tre rezultateve ju tregon nëse lidhja po zëvendësohet, po shpërfillet ose po zbatohet vetëm vonë. Nëse lista e përhershme e emërton tashmë pajisjen ndërsa zona e kohës së ekzekutimit nuk pajtohet, diçka po e anashkalon redaktimin tuaj.

Shënoni gjithashtu emrin e vërtetë të pajisjes në çdo hap, sepse një tunel që ulet sot në tun0 mund të ulet nesër në tun1.

Një lidhje e ruajtur me një emër të përgjithshëm nuk është verifikim identiteti, dhe dy minuta shënimesh kursejnë një orë hamendjeje.

Kur NetworkManager zotëron lidhjen

Nëse NetworkManager administron lidhjen VPN, profili i saj mban zonën dhe ia kalon firewalld kur lidhja aktivizohet. Një lidhje e përhershme ndërfaqeje në firewalld për të njëjtën pajisje mund të shpërfillet atëherë, sepse pronari është NetworkManager. Vendosni zonën në lidhje dhe konfirmoni që po redaktoni profilin VPN dhe jo një lidhje fizike të palidhur ose një regjistrim të përkohshëm.

Ndryshimi i asaj vetie mund të ndikojë menjëherë në një lidhje aktive.

Mbani në dispozicion një rrugë administrimi dhe lexoni politikën e zonës së destinacionit përpara se ta zbatoni. Redaktimi i fushës ZONE të një skedari ifcfg është i saktë vetëm aty ku ai skedar është ende burimi i konfigurimit.

Kur firewalld zotëron lidhjen

Për një tunel të pavarur me një emër ndërfaqeje të qëllimshëm të qëndrueshëm, një ndryshim i përhershëm i ndërfaqes është mjeti i duhur. Zbatojeni përmes ringarkimit ose ciklit të jetës që përdor vendosja juaj, pastaj inspektoni gjendjen e kohës së ekzekutimit, sepse një redaktim vetëm i përhershëm përshkruan qëllimin dhe jo atë që është aktive. Të dyja mund të mospajtohen për aq kohë sa zgjat një ringarkim.

Nëse emri i ndërfaqes është dinamik, mbani caktimin gjatë ciklit të jetës së lidhjes në vend që të garoni me cilin tunel e kërkon emrin i pari.

Mos e hidhni ndërfaqen në trusted vetëm që aplikacioni të punojë.

Provoni ringarkimin, rilidhjen dhe rindezjen

Një ndryshim përfundon vetëm kur u mbijeton të trejave.

Ringarkoni së pari, sepse aty zhduken redaktimet vetëm të kohës së ekzekutimit. Pastaj rilidhni tunelin, sepse aty një ndërfaqe e zëvendësuar humbet lidhjen e saj. Pastaj rindizni, sepse aty më në fund shfaqet një mospërputhje pronari. Shënoni zonën në çdo fazë dhe krahasojeni me qëllimin që shkruat, dhe vini re cili hap e krijoi ndryshimin.

Nëse zona është e saktë dhe aplikacioni ende dështon, problemi është në rregullat e zonës ose në një klasifikim të bazuar në burim, jo në anëtarësim. Dokumentacioni i firewalld për lidhjet dhe ndërfaqet është referenca për mënyrën se si duhet të funksionojë pronësia.

Shkruani pronarin, vlerën dhe rezultatin e pritur në runbook, dhe ricaktimi i ardhshëm do të jetë i shpjegueshëm.