Ինչու է ձեր VPN միջերեսը շարունակ լքում իր firewalld գոտին

Դուք tun0-ը ավելացնում եք ճիշտ գոտուն, հավելվածը սկսում է աշխատել, և ուղղումը գոլորշիանում է հաջորդ վերամիացման ժամանակ։ Նույն հրամանը կրկին գործարկելը աշխատում է, ինչը տպավորություն է ստեղծում, թե firewalld-ը մոռացել է։ Այն չի մոռացել, այդ միջերեսի նկատմամբ ավելի ուժեղ հավակնություն ունեցող մի բան այն նորից նշանակեց։

Գոտին մնում է այնքան, մինչև միջերեսը նորից ստեղծվի

Միջերեսին firewalld գոտու նշանակումը կապ է, և կապերը կցված են միջերեսի այն օբյեկտին, ինչպիսին այն հիմա կա։ VPN հաճախորդը, որը քանդում է սարքը և նորից ստեղծում այն, առաջացնում է նոր օբյեկտ, և նորը սկսվում է այն ամենից, ինչ ասում է նշանակող բաղադրիչը։ Այդ պատճառով ախտանիշը կրկնվում է յուրաքանչյուր վերամիացման ժամանակ, և ոչ յուրաքանչյուր փաթեթի։

Նույն տրամաբանությունը բացատրում է վերագործարկման վարքը՝ գործարկման ժամանակի կապերը չեն վերապրում վերագործարկումը, և մշտական կապերը վերաբերում են միայն այն սարքերին, որոնք firewalld-ը համարում է իրենը։

Նախքան որևէ բան փոխելը՝ պարզեք, թե որ բաղադրիչն է նշանակում գոտին։

Կարդացեք երեք բան նախքան որևէ բան փոխելը

Գրանցեք այն գոտին, որը միջերեսն ունի հիմա, ակտիվ գոտիներն իրենց միջերեսներով, և նախատեսված գոտու միջերեսների մշտական ցանկը։ Գործարկեք այդ հարցումները փոփոխությունից առաջ, վերամիացումից հետո և վերագործարկումից հետո։ Երեք արդյունքների համեմատությունը ձեզ ասում է՝ կապը փոխարինվում է, անտեսվում է, թե պարզապես ուշ է կիրառվում։ Եթե մշտական ցանկն արդեն նշում է սարքը, մինչդեռ գործարկման ժամանակի գոտին համաձայն չէ, ինչ-որ բան անտեսում է ձեր խմբագրումը։

Յուրաքանչյուր քայլում գրանցեք նաև սարքի իրական անունը, որովհետև այն թունելը, որ այսօր վայրէջք է կատարում tun0-ի վրա, վաղը կարող է վայրէջք կատարել tun1-ի վրա։

Ընդհանուր անվան վրա պահված կապը ինքնության ստուգում չէ, և երկու րոպե գրանցումը խնայում է մեկ ժամ գուշակություն։

Երբ NetworkManager-ը տիրում է միացմանը

Եթե NetworkManager-ը կառավարում է VPN միացումը, նրա պրոֆիլը կրում է գոտին և փոխանցում այն firewalld-ին, երբ միացումն ակտիվանում է։ Այդ դեպքում նույն սարքի համար firewalld-ի մշտական միջերեսային կապը կարող է անտեսվել, որովհետև տերը NetworkManager-ն է։ Սահմանեք գոտին միացման վրա, և հաստատեք, որ խմբագրում եք VPN պրոֆիլը, այլ ոչ թե անկապ ֆիզիկական միացում կամ ժամանակավոր գրառում։

Այդ հատկության փոփոխությունը կարող է անմիջապես ազդել ակտիվ միացման վրա։

Թողեք կառավարման ուղին հասանելի և կարդացեք նպատակային գոտու քաղաքականությունը նախքան այն կիրառելը։ ifcfg ֆայլի ZONE դաշտը խմբագրելը ճիշտ է միայն այնտեղ, որտեղ այդ ֆայլը դեռ կարգավորման աղբյուրն է։

Երբ firewalld-ը տիրում է կապին

Դիտավորյալ կայուն միջերեսի անունով ինքնուրույն թունելի համար մշտական միջերեսային փոփոխությունը ճիշտ գործիքն է։ Կիրառեք այն ձեր տեղակայման օգտագործած վերաբեռնման կամ կյանքի ցիկլի միջոցով, ապա ստուգեք գործարկման ժամանակի վիճակը, որովհետև միայն մշտական խմբագրումը նկարագրում է մտադրությունը, ոչ թե այն, ինչ ակտիվ է։ Երկուսը կարող են տարբերվել այնքան, որքան տևում է վերաբեռնումը։

Եթե միջերեսի անունը դինամիկ է, պահպանեք նշանակումը միացման կյանքի ցիկլի ընթացքում՝ փոխարենը մրցելով այն թունելի հետ, որն առաջինն է պահանջում անունը։

Մի գցեք միջերեսը trusted-ի մեջ միայն հավելվածը աշխատեցնելու համար։

Փորձարկեք վերաբեռնումը, վերամիացումը և վերագործարկումը

Փոփոխությունն ավարտված է միայն այն ժամանակ, երբ այն վերապրում է բոլոր երեքը։

Նախ վերաբեռնեք, որովհետև այնտեղ անհետանում են միայն գործարկման ժամանակի խմբագրումները։ Ապա նորից միացրեք թունելը, որովհետև այնտեղ փոխարինված միջերեսը կորցնում է իր կապը։ Ապա վերագործարկեք, որովհետև այնտեղ վերջապես ի հայտ է գալիս տիրոջ անհամապատասխանությունը։ Յուրաքանչյուր փուլում գրանցեք գոտին և համեմատեք այն ձեր գրած մտադրության հետ, և նշեք, թե որ քայլն առաջացրեց տարբերությունը։

Եթե գոտին ճիշտ է, և հավելվածը դեռ ձախողվում է, խնդիրը գոտու կանոնների կամ աղբյուրի վրա հիմնված դասակարգման մեջ է, ոչ թե անդամակցության։ firewalld-ի փաստաթղթերը միացումների և միջերեսների մասին հղումն է, թե ինչպես պետք է աշխատի սեփականությունը։

Գրեք տիրոջը, արժեքը և սպասվող արդյունքը runbook-ում, և հաջորդ վերանշանակումը կլինի բացատրելի։