तपाईंको VPN इन्टरफेसले किन बारम्बार आफ्नो firewalld जोन छोड्छ

तपाईंले tun0 लाई सही जोनमा थप्नुहुन्छ, अनुप्रयोगले काम गर्न थाल्छ, र अर्को पुनः जडानमा सुधार वाफ भएर उड्छ। एही आदेश फेरि चलाउँदा काम गर्छ, जसले firewalld बिर्सेको जस्तो देखिन्छ। त्यो बिर्सेको छैन; त्यो इन्टरफेसमा बलियो दाबी भएको कुनै कुराले यसलाई फेरि तोक्यो।

इन्टरफेस फेरि नबनेसम्म जोन टिक्छ

इन्टरफेसका लागि firewalld जोनको तोकाइ एउटा बाइन्डिङ हो, र बाइन्डिङहरू अहिले अस्तित्वमा रहेको इन्टरफेस वस्तुमा बाँधिएका हुन्छन्। उपकरण भत्काएर फेरि बनाउने VPN क्लाइन्टले नयाँ वस्तु उत्पादन गर्छ, र नयाँले तोक्ने घटकले भनेको कुराबाट सुरु गर्छ। लक्षण प्रत्येक प्याकेटमा नभई प्रत्येक पुनः जडानमा दोहोरिने कारण यही हो।

एही तर्कले रिबुटको व्यवहार पनि व्याख्या गर्छ: रनटाइम बाइन्डिङ रिस्टार्टमा टिक्दैनन्, र स्थायी बाइन्डिङ firewalld ले आफ्नो मान्ने उपकरणहरूमा मात्र लागू हुन्छन्।

केही बदल्नु अघि जोन कुन घटकले तोक्छ पत्ता लगाउनुहोस्।

केही बदल्नु अघि तीन कुरा पढ्नुहोस्

इन्टरफेससँग अहिले भएको जोन, इन्टरफेससहितका सक्रिय जोनहरू, र तपाईंले लक्ष्य गरेको जोनको स्थायी इन्टरफेस सूची अभिलेख गर्नुहोस्। ती प्रश्नहरू परिवर्तन अघि, एउटा पुनः जडानपछि र एउटा रिबुटपछि चलाउनुहोस्। तीन नतिजाको तुलनाले बाइन्डिङ बदलिँदै छ, बेवास्ता गरिँदै छ, वा ढिलो मात्र लागू हुँदै छ भन्ने बताउँछ। यदि स्थायी सूचीले उपकरणको नाम पहिले नै राखेको छ भने र रनटाइम जोन फरक बताउँछ भने, केही कुराले तपाईंको सम्पादनलाई उछिन्छ।

प्रत्येक चरणमा उपकरणको वास्तविक नाम पनि अभिलेख गर्नुहोस्, किनकि आज tun0 मा अवतरण हुने सुरुङ भोलि tun1 मा अवतरण हुन सक्छ।

सामान्य नाममा सुरक्षित गरिएको बाइन्डिङ पहिचान जाँच होइन, र दुई मिनेटको अभिलेखले एक घण्टाको अनुमान बचाउँछ।

जब NetworkManager जडानको मालिक हुन्छ

यदि NetworkManager ले VPN जडान व्यवस्थापन गर्छ भने, त्यसको प्रोफाइलले जोन बोक्छ र जडान सक्रिय हुँदा त्यो firewalld लाई दिन्छ। एही उपकरणका लागि firewalld को स्थायी इन्टरफेस बाइन्डिङलाई त्यसबेला बेवास्ता गर्न सकिन्छ, किनकि मालिक NetworkManager हो। जोन जडानमा सेट गर्नुहोस्, र तपाईं VPN प्रोफाइल सम्पादन गर्दै हुनुहुन्छ, सम्बन्ध नभएको भौतिक जडान वा अस्थायी अभिलेख होइन भन्ने पुष्टि गर्नुहोस्।

त्यो गुण बदल्दा सक्रिय जडानमा तुरुन्तै असर पर्न सक्छ।

व्यवस्थापनको मार्ग उपलब्ध राख्नुहोस् र लागू गर्नु अघि लक्ष्य जोनको नीति पढ्नुहोस्। ifcfg फाइलको ZONE फाँट सम्पादन गर्नु त्यहीँ मात्र सही हुन्छ जहाँ त्यो फाइल अझै कन्फिगरेसनको स्रोत हो।

जब firewalld बाइन्डिङको मालिक हुन्छ

जानाजान स्थिर इन्टरफेस नाम भएको स्वतन्त्र सुरुङका लागि स्थायी इन्टरफेस परिवर्तन नै सही साधन हो। तपाईंको तैनाथीले प्रयोग गर्ने रिलोड वा जीवनचक्रबाट त्यो लागू गर्नुहोस्, त्यसपछि रनटाइम अवस्था जाँच्नुहोस्, किनकि स्थायी-मात्र सम्पादनले सक्रिय के छ भन्ने होइन, मनसाय वर्णन गर्छ। रिलोड लाग्ने समयभर दुवै फरक रहन सक्छन्।

इन्टरफेसको नाम गतिशील भए, नाम पहिले दाबी गर्ने सुरुङसँग दौडिनुको सट्टा जडानको जीवनचक्रभर तोकाइ कायम राख्नुहोस्।

केवल अनुप्रयोग चलोस् भनेर इन्टरफेसलाई trusted मा नफाल्नुहोस्।

रिलोड, पुनः जडान र रिबुटको परीक्षण गर्नुहोस्

परिवर्तन तीनवटै टिकेपछि मात्र पूरा हुन्छ।

पहिले रिलोड गर्नुहोस्, किनकि त्यहीँ रनटाइम-मात्र सम्पादन हराउँछन्। त्यसपछि सुरुङ फेरि जोड्नुहोस्, किनकि त्यहीँ बदलिएको इन्टरफेसले आफ्नो बाइन्डिङ गुमाउँछ। त्यसपछि रिबुट गर्नुहोस्, किनकि त्यहीँ मालिकको बेमेल अन्तमा देखिन्छ। प्रत्येक चरणमा जोन अभिलेख गर्नुहोस् र तपाईंले लेखेको मनसायसँग तुलना गर्नुहोस्, र कुन चरणले फरक बनायो त्यो टिप्नुहोस्।

जोन सही भए पनि अनुप्रयोग असफल भइरहेको छ भने, समस्या सदस्यतामा होइन, जोनका नियम वा स्रोत-आधारित वर्गीकरणमा छ। जडान र इन्टरफेसबारे firewalld को कागजात मालिकी कसरी काम गर्नुपर्ने हो त्यसको सन्दर्भ हो।

मालिक, मान र अपेक्षित नतिजा रनबुकमा लेख्नुहोस्, र अर्को पुनःतोकाइ व्याख्यायोग्य हुनेछ।