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 बाहेरही लक्षात ठेवण्यासारखा आहे: जेव्हा एखादे सेटिंग सतत परत येते, तेव्हा निकाल हटवणे थांबवा आणि तो सतत तयार करणारी प्रक्रिया शोधा।