लिनक्स वितरणको फायरवालले तपाईंको VPN ट्राफिक रोक्न सक्छ

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

प्रबन्धक र ब्याकएन्ड खोज्नुहोस्

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

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

दिशा र इन्टरफेस मिलाउनुहोस्

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

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

नियमका मालिकहरूलाई एकमतमा राख्नुहोस्

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

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

लकडाउन नगुमाई सुधार जाँच्नुहोस्

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

sudo firewall-cmd --get-active-zones
sudo firewall-cmd --zone=trusted --list-all
sudo nft list ruleset | head -40

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

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