WireGuard: दुई आधा रुट र wg-quick मा 0.0.0.0/0

दुई /1 प्रिफिक्सहरूले एउटा /0 जस्तै ठ्याक्कै उही IPv4 ठेगानाहरू ढाक्छन्, र त्यो समानता पियरको अनुमति दिइएका प्रिफिक्स सूचीभित्र मात्र लागू हुन्छ। सेटअप उपकरणले कसरी रुट गर्ने निर्णय गर्ने क्षणमै त्यो लागू हुन छाड्छ, किनभने Linux मा wg-quick ले पूर्वनिर्धारित प्रिफिक्सलाई गणित नभई विशेष अवस्थाका रूपमा व्यवहार गर्छ। विशेष शाखाले समर्पित तालिका, दुई नीति नियम, एक सकेट चिन्ह र उल्टो बाटोका सेटिङहरू राख्छ, जुन आधा रुटको जोडीले कहिल्यै पाउँदैन। त्यसैले सम्पादनपछि प्रोक्सी वा ब्राउजरले काम गर्न छाड्दा, प्रिफिक्सहरू परिवर्तनको सबैभन्दा कम रोचक भाग हुन्।

प्रिफिक्स सूची सम्पूर्ण कन्फिगरेसन होइन

AllowedIPs एकै समयमा दुई काम गर्छ, र तीमध्ये एउटा मात्र कभरेजसँग सम्बन्धित छ। WireGuard आफैंका लागि यो सूची क्रिप्टोकी रुटिङ हो: कुन गन्तव्यहरू पियरतर्फ इन्क्रिप्ट हुने र त्यो पियरले कुन स्रोत ठेगाना प्रयोग गर्न सक्ने भन्ने निर्धारण गर्छ। wg-quick का लागि त्यही सूची रुट विनिर्देशका रूपमा पनि काम गर्छ, र यसले बनाउने रुट सूची संयोगवश कुन शाखासँग मिल्छ भन्नेमा निर्भर हुन्छ। त्यसैले दुई फरक सूची आकारमा समान कभरेज हुनुले समान होस्ट अवस्थाबारे केही भन्दैन।

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

पूर्वनिर्धारित शाखाले रुटबाहेक के थप्छ

/0 प्रविष्टिले wg-quick लाई यसको पूर्वनिर्धारित रुट बाटोमा पठाउँछ: छुट्टै रुटिङ तालिकाले पूर्वनिर्धारित प्राप्त गर्छ, एउटा नीति नियमले चिन्ह नलगाइएको ट्राफिक त्यहाँ पठाउँछ, दोस्रो नियमले मुख्य तालिकाका बढी विशिष्ट रुटहरूलाई अधिकारिक राख्छ, र इन्टरफेसले आफ्नै सकेटमा फायरवाल चिन्ह पाउँछ। त्यही चिन्ह लुप गार्ड हो। सुरुङको ट्राफिक बोक्ने इन्क्रिप्टेड डेटाग्रामहरू चिन्ह लगाइएर बाहिरिन्छन्, ताकि बाँकी सबै सुरुङमा धकेल्ने नियमले सुरुङका आफ्नै यातायात प्याकेटहरू निल्न नपरोस्।

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

दुई व्यवस्था कहाँ फरक पर्छन्

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

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

सम्पादन गर्नु अघि नियम र चिन्ह पढ्नुहोस्

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

ip rule show
ip -4 route show table all | grep -E 'default|wg1'
wg show wg1 fwmark
wg show wg1 endpoints

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

जारी गर्नु अघि सुरुङ गुम्ने अभ्यास गर्नुहोस्

यदि आधा-रुट मिलान नै सचेत विकल्प हो भने, यसले छुटेका भागहरू स्पष्ट रूपमा उपलब्ध गराउनुपर्छ: ठेगाना परिवर्तनमा टिक्ने अन्तिम बिन्दु बाटो, सुरुङ खस्दा अभिप्रेत व्यवहार, र IPv6 का लागि समान व्यवस्था। यी कुरा अवरोधका बेला पत्ता लगाउनुभन्दा आवश्यकताका रूपमा लेख्नुहोस्। त्यसपछि असफलताको अभ्यास गर्नुहोस्, किनभने चुपचाप भौतिक अपलिङ्कमा फर्कने पूर्ण सुरुङ काम गर्न छाड्नेभन्दा नराम्रो हुन्छ।

sudo ip -4 route add 198.51.100.20/32 via 192.0.2.1 dev eth0
ip -4 route get 198.51.100.20
sudo wg-quick down wg1

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