NetworkManager वा wg-quick: तपाईंका WireGuard मार्गहरूको मालिक को हो?

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

किम्वदन्ती: मेसिनमा एउटै WireGuard कन्फिग छ

wg-quick /etc/wireguard/ अन्तर्गत फाइल पढ्छ र तपाईंले यसलाई माथि उठाउँदा इन्टरफेस बनाउँछ। NetworkManager आफ्नै keyfile ढाँचामा जडान प्रोफाइल भण्डारण गर्छ र सक्रियतामा यसलाई प्रस्तुत गर्छ, र wg-quick फाइल आयात गर्दा मानहरू त्यो प्रोफाइलमा प्रतिलिपि हुन्छन्, त्यसमा लिङ्क हुँदैन। पछि मूल सम्पादन गर्दा केही बदलिँदैन, किनकि प्रोफाइलले अब यो पढ्दैन। त्यसैले साथी र कुञ्जीहरूको त्यही सूची दुई पटक हुन सक्छ, दोस्रो प्रति लागू हुँदै।

सम्झन लायक संकेत: रिबुट टिक्ने तर पुनः आयात नटिक्ने परिवर्तनहरू एउटा भण्डारबाट आउँछन्, र रिबुटमा हराउने परिवर्तनहरू अर्कोबाट आउँछन्।

एउटा व्यावहारिक उदाहरणले विभाजन स्पष्ट बनाउँछ। तुलना गर्नुहोस् nmcli connection show सँग systemctl status wg-quick@wg0, त्यसपछि मार्गहरू वास्तवमा कुन इन्टरफेसमा झुन्डिएका छन् जाँच गर्नुहोस्। यदि सेवा मृत छ र इन्टरफेस माथि छ भने, फाइल जे भनोस्, काम प्रोफाइलले गरिरहेको हुन्छ।

किम्वदन्ती: राउटिङ नियमहरू WireGuard को भाग हुन्

कर्नेलको WireGuard यन्त्रले साथी र कुञ्जीहरू चिन्छ, र नीतिगत राउटिङबारे केही जान्दैन। तपाईंले देख्ने ip rule प्रविष्टि र थप तालिकाहरू इन्टरफेस माथि उठाउने उपकरणले स्थापना गरेको हो। wg-quick ले fwmark र समर्पित तालिका तथा त्यसतर्फ संकेत गर्ने नियम थप्न सक्छ, जबकि NetworkManager ले आफ्नै ipv4 सेटिङमार्फत मार्गहरू स्थापना गर्छ र DNS प्रणालीले प्रयोग गर्ने रिजोल्भर ब्याकएन्डमा छोड्छ। उही टनेल, फरक साइड इफेक्ट।

केही परिवर्तन गर्नुअघि ip rule र ip route show table all पढ्नुहोस्, र प्रत्येक मार्ग कुन तालिकामा बस्छ लेख्नुहोस्। तपाईंले कन्फिगर नगरेको तालिका नम्बर त्यो बनाउने उपकरणबारे बलियो संकेत हो।

किम्वदन्ती: मार्ग मेट्नु उपाय हो

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

पुनः जडान हुनु र सम्बन्धित सेवा पुनः सुरु गर्नु नै साँचो उपाय र देख्दा मात्र सफा उपाय छुट्याउने परीक्षा हो।

एउटा मालिक छान्नुहोस् र अर्को हटाउनुहोस्

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

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

सामान्य नियम WireGuard बाहिर पनि सम्झन लायक छ: जब कुनै सेटिङ बारम्बार फर्किन्छ, नतिजा मेट्न छोड्नुहोस् र त्यो निरन्तर उत्पादन गर्ने प्रक्रिया खोज्नुहोस्।