Wêrom't jo VPN-ynterface hieltyd syn firewalld-sône ferlit

Jo foegje tun0 ta oan 'e juste sône, de tapassing begjint te wurkjen, en de reparaasje ferdampet by de folgjende werferbining. Itselde kommando op 'e nij útfiere wurket, wat it liket as hat firewalld it fergetten. It hat it net fergetten; eat mei in sterker oanspraak op dy ynterface hat it op 'e nij tawiisd.

De sône hâldt oant de ynterface op 'e nij makke wurdt

In firewalld-sôneopdracht foar in ynterface is in bining, en biningen binne ferbûn oan it ynterface-objekt sa't it no bestiet. In VPN-klant dy't it apparaat sloopt en op 'e nij makket, produsearret in nij objekt, en it nije begjint by wat de tawijzende komponint seit. Dêrom werhellet it symptoom by elke werferbining en net by elk pakket.

Deselde logika ferklearret it gedrach by herstart: runtime-biningen oerlibje gjin herstart, en permaninte biningen jilde allinnich foar apparaten dy't firewalld mient dat er besit.

Foardat jo eat feroarje, moatte jo útfine hokker komponint de sône tawijst.

Lês trije dingen foardat jo eat feroarje

Skriuw de sône op dy't de ynterface no hat, de aktive sônes mei har ynterfaces, en de permaninte ynterfacelist foar de sône dy't jo bedoele. Fier dy fragen út foar de feroaring, nei in werferbining en nei in herstart. It fergelykjen fan de trije resultaten fertelt jo oft de bining ferfongen, negearre of gewoan let tapast wurdt. As de permaninte list it apparaat al neamt wylst de runtime-sône it net iens is, dan oerset eat jo bewurking.

Skriuw by elke stap ek de wiere apparaatnamme op, want in tunnel dy't hjoed op tun0 lânet, kin moarn op tun1 lâne.

In bewarre bining oan in algemiene namme is gjin identiteitskontrôle, en twa minuten opskriuwen sparret in oere rieden.

Wannear't NetworkManager de ferbining besit

As NetworkManager de VPN-ferbining beheart, draacht syn profyl de sône en jout dy oan firewalld as de ferbining aktivearret. In permaninte firewalld-ynterfacebining foar itselde apparaat kin dan negearre wurde, om't NetworkManager de eigner is. Set de sône op 'e ferbining, en befêstigje dat jo it VPN-profyl bewurkje en net in net-ferbûne fysike ferbining of in tydlik record.

It feroarjen fan dy eigenskip kin in aktive ferbining daliks beynfloedzje.

Hâld in behearspaad beskikber en lês it belied fan 'e bestimming-sône foardat jo it tapasse. It bewurkjen fan it ZONE-fjild fan in ifcfg-bestân is allinnich krekt dêr't dat bestân noch de konfiguraasjeboarne is.

Wannear't firewalld de bining besit

Foar in selsstannige tunnel mei in mei opsetsin stabile ynterfacenamme is in permaninte ynterfaceferoaring it juste ark. Tapas it troch de werladen of libbenssyklus dy't jo útrôljen brûkt, en ynspektearje dan de runtime-steat, want in allinnich-permaninte bewurking beskriuwt de bedoeling en net wat aktyf is. De beide kinne ferskille sa lang as it duorret om wer te laden.

As de ynterfacenamme dynamysk is, ûnderhâld de tawizing dan troch de libbenssyklus fan 'e ferbining yn stee fan te race mei hokker tunnel de namme earst opeasket.

Smit de ynterface net yn trusted allinnich om de tapassing wurkje te litten.

Test it werladen, de werferbining en de herstart

In feroaring is pas klear as it alle trije oerlibbet.

Werlês earst, want dêr ferdwine bewurkings dy't allinnich yn runtime besteane. Ferbin dan de tunnel wer, want dêr ferliest in ferfongen ynterface syn bining. Herstart dan, want dêr docht einlings in eignersmisferstân bliken. Skriuw de sône by elke faze op en fergelykje dy mei de bedoeling dy't jo opskreaun hawwe, en notearje hokker stap it ferskil makke.

As de sône krekt is en de tapassing docht it noch hieltyd net, dan is it probleem de regels fan 'e sône of in klassifikaasje op basis fan boarne, net it lidmaatskip. De firewalld-dokumintaasje oer ferbiningen en ynterfaces is de referinsje foar hoe't eigendom bedoeld is te wurkjen.

Skriuw de eigner, de wearde en it ferwachte resultaat yn 'e runbook, en de folgjende tawizing sil ferklearber wêze.