WireGuard पूर्वनिर्धारित रुट लूप: अन्त्य बिन्दुको मार्ग खोज्नुहोस्

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

रुट बदल्नुअघि लूप पुष्टि गर्नुहोस्

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

sudo wg show wg1 endpoints
ip route get 198.51.100.20
ip rule show

त्यो क्याप्चरमा नीति नियमहरू समावेश गर्नुहोस्। मुख्य तालिकामा सही देखिने पूर्वनिर्धारित रुट, चिन्ह लगाइएको वा नलगाइएको ट्राफिकका लागि फरक तालिका छान्ने नियमसँग अझै हार्न सक्छ, र रुट तालिका ठीक देखिए पनि लूप फेरि देखा पर्नेछ।

अन्त्य बिन्दुको मार्ग पढ्नुहोस्, टनेलको मार्ग होइन

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

इन्टरफेसले दुवै बोक्छ भने दुवै ठेगाना परिवार अलग-अलग जाँच्नुहोस्। काम गर्ने IPv4 बहिष्करणले IPv6 अन्त्य बिन्दु अझै पुग्न सकिन्छ कि भन्नेबारे केही भन्दैन, र मिश्रित कन्फिगरेसन पियरको IPv6 ठेगाना नछानिएसम्म काम गरिरहेको जस्तो देखिन सक्छ।

एउटा सुसंगत परिवर्तनले अन्त्य बिन्दुको मार्ग पुनर्स्थापित गर्नुहोस्

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

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

sudo ip route replace 198.51.100.20/32 via 192.0.2.1 dev eth0
ip route get 198.51.100.20
sudo ip route add default dev wg1

प्रमाणित गर्नुहोस्, त्यसपछि फर्कने बाटो राख्नुहोस्

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

sudo wg show wg1 latest-handshakes
sudo wg-quick down wg1
ip route show default
ip route get 198.51.100.20

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