Hvers vegna VPN-tengið þitt yfirgefur firewalld-svæðið sitt aftur og aftur

Þú bætir tun0 við rétta svæðið, forritið fer að virka, og lagfæringin gufar upp við næstu endurtengingu. Að keyra sömu skipun aftur virkar, sem lætur það líta út fyrir að firewalld hafi gleymt. Það gleymdi ekki; eitthvað með sterkari kröfu á það tengi úthlutaði því aftur.

Svæðið lifir þar til tengið er búið til aftur

Úthlutun firewalld-svæðis á tengi er binding, og bindingar eru bundnar við tengishlutinn eins og hann er núna. VPN-klient sem rífur tækið niður og býr það til aftur framleiðir nýjan hlut, og sá nýi byrjar á því sem úthlutandi einingin segir. Þess vegna endurtekur einkennið sig við hverja endurtengingu en ekki við hvert pakka.

Sama rökfræði skýrir hegðun við endurræsingu: keyrslutímabindingar lifa ekki endurræsingu af, og varanlegar bindingar gilda aðeins um tæki sem firewalld telur sig eiga.

Áður en þú breytir einhverju skaltu komast að því hvaða eining úthlutar svæðinu.

Lestu þrjá hluti áður en þú breytir einhverju

Skráðu svæðið sem tengið hefur núna, virk svæði með tengjunum sínum, og varanlega tengilistann fyrir svæðið sem þú stefnir á. Keyrðu þessar fyrirspurnir fyrir breytinguna, eftir endurtengingu og eftir endurræsingu. Samanburður á þremur niðurstöðum segir þér hvort bindingunni sé skipt út, hún sé hunsuð, eða henni sé bara beitt seint. Ef varanlegi listinn nefnir tækið þegar, á meðan keyrslutímasvæðið er ósammála, þá er eitthvað að hnekkja breytingunni þinni.

Skráðu líka raunverulegt nafn tækisins á hverju stigi, því göng sem lenda á tun0 í dag geta lent á tun1 á morgun.

Geymd binding við almennt nafn er ekki auðkenningaprófun, og tvær mínútur af skráningu spara klukkustund af giskun.

Þegar NetworkManager á tenginguna

Ef NetworkManager stýrir VPN-tengingunni ber sniðið svæðið og framselur það til firewalld þegar tengingin virkjast. Varanleg firewalld-tengibinding fyrir sama tækið má þá hunsa, því NetworkManager er eigandinn. Stilltu svæðið á tengingunni, og staðfestu að þú sért að breyta VPN-sniðinu en ekki ótengdri líkamlegri tengingu eða tímabundinni færslu.

Að breyta þeirri eiginleika getur haft áhrif á virka tengingu samstundis.

Haltu stjórnunarleið tiltækri og lestu stefnu áfangasvæðisins áður en þú beitir henni. Að breyta ZONE-reit ifcfg-skrár er aðeins rétt þar sem sú skrá er enn uppspretta stillingarinnar.

Þegar firewalld á bindinguna

Fyrir sjálfstæð göng með viljandi stöðugt tengisnafn er varanleg tengibreyting rétta tólið. Beittu henni í gegnum endurhleðsluna eða lífsferilinn sem uppsetningin þín notar, og skoðaðu svo keyrslutímaástandið, því breyting sem er aðeins varanleg lýsir áformi en ekki því sem er virkt. Þau tvö geta verið ósammála eins lengi og endurhleðslan tekur.

Ef tengisnafnið er kvikt skaltu viðhalda úthlutuninni í gegnum lífsferil tengingarinnar í stað þess að keppa við þau göng sem krefjast nafnsins fyrst.

Ekki kasta tenginu í trusted bara til að láta forritið virka.

Prófaðu endurhleðsluna, endurtenginguna og endurræsinguna

Breytingu er aðeins lokið þegar hún lifir öll þrjú af.

Endurhlaða fyrst, því þar hverfa breytingar sem eru aðeins í keyrslutíma. Tengdu svo göngin aftur, því þar missir tengi sem var skipt út bindinguna sína. Endurræstu svo, því þar birtist loks ósamræmi í eiganda. Skráðu svæðið á hverju stigi og berðu það saman við áformið sem þú skrifaðir, og taktu fram hvaða skref olli muninum.

Ef svæðið er rétt og forritið mistekst samt, er vandamálið í reglum svæðisins eða flokkun byggðri á uppsprettu, ekki í aðildinni. firewalld-skjöl um tengingar og tengi eru viðmiðið fyrir það hvernig eignarhald á að virka.

Skrifaðu eigandann, gildið og vænta niðurstöðu í runbookið, og næsta endurúthlutun verður útskýranleg.