Linux वर VPN सुरू केल्यावर प्रत्यक्षात काय होते

कनेक्ट दाबा आणि Linux मशीनवर तीन गोष्टी बदलतात: एक इंटरफेस दिसतो, रूट स्थापित होतात, आणि रिझॉल्व्हर वेगळ्या पद्धतीने उत्तर देऊ लागतो। बहुतेक सेटअप अपयशे यातून येतात की या तीनपैकी एक इतरांशिवाय घडते, किंवा दोन प्रोग्राम त्या कोणाच्या मालकीच्या आहेत यावर सहमत नसतात। क्रम समजल्यास क्लायंटचे लॉग आउटपुट वाचण्यापेक्षा वेगाने अपयश समजते।

काहीही काम करण्यापूर्वी एक इंटरफेस दिसतो

टनेल क्लायंट एक व्हर्च्युअल इंटरफेस उघडतो आणि त्याला पॅकेट देतो। TUN उपकरण IP पॅकेट वाहून नेतो, रूटेड VPN ला जे आवश्यक आहे; TAP उपकरण Ethernet फ्रेम वाहून नेतो, ब्रिज्ड रचनेला जे आवश्यक आहे। कर्नेल मॉड्यूल उपकरण पुरवते, आणि सत्र चालू असेपर्यंत क्लायंट त्याचा मालक असतो।

इंटरफेस वर येणे म्हणजे टनेल काम करणे नव्हे। पीअरपर्यंत पोहोचता येत नसतानाही तो पत्त्यासह अस्तित्वात असू शकतो, आणि म्हणूनच इंटरफेस यादी पहिली तपासणी आहे, शेवटची नाही। स्वतःला वर असल्याचे सांगणारे उपकरण कर्नेलचे व्हर्च्युअल दुव्याबद्दलचे दृश्य वर्णन करते, पीअरची उत्तर देण्याची तयारी नव्हे।

दिलेला इंटरफेस मोड जसाच्या तसा ठेवा। TUN प्रोफाइल TAP मध्ये बदलल्याने रूटेड सर्व्हर ब्रिज्ड होत नाही, आणि सामान्यतः असा कनेक्शन तयार होतो जो स्थापित होतो आणि काहीही पुढे पाठवत नाही।

रूट टनेलचा मालक स्थापित करतो

रूट हे दुसरे बदल आहे, आणि त्यांची मालकी त्यांच्या मजकुरापेक्षा महत्त्वाची आहे। NetworkManager प्रोफाइल, systemd युनिट आणि हाताने चालवलेला क्लायंट हे सर्व रूट स्थापित करू शकतात, आणि त्यापैकी दोन एकाच वेळी केल्यास अशी तक्ता तयार होते जी नंतर कोणालाही समजावून सांगता येत नाही।

ip -br addr show
ip route show
ip -6 route show

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

गृहीत धरण्याऐवजी तक्ता वाचा। अधिक विशिष्ट रूट किंवा धोरण नियम रहदारी टनेलमध्ये पाठवू शकतो, तर डीफॉल्ट रूट अजूनही भौतिक इंटरफेसकडे निर्देश करतो, जे संपूर्ण तक्ता वाचेपर्यंत विरोधाभासी वाटते। हे संयोजन स्प्लिट टनेलसाठी सामान्य आहे आणि एका ओळीने रचना वर्णन होईल अशी अपेक्षा करणाऱ्यांना गोंधळवते। तुमच्या खऱ्या गंतव्याशी जुळणारा रूट शोधा, आकृतीशी जुळणारा नाही।

रिझॉल्व्हर हात बदलतो

DNS हा तिसरा बदल आहे आणि तुम्ही न पाहिलेल्या ठिकाणी व्यवस्थापित होण्याची शक्यता सर्वाधिक असलेला। डेस्कटॉपवर NetworkManager प्रत्येक कनेक्शनासाठी रिझॉल्व्हर सेटिंग पाठवू शकतो। systemd-resolved वापरणाऱ्या प्रणालीत सेटिंग प्रत्येक दुव्यासाठी लागू होते आणि /etc/resolv.conf स्टब किंवा सिम्बॉलिक लिंक असू शकतो, तुम्ही संपादित करायची फाइल नाही।

resolvectl status
readlink -f /etc/resolv.conf
cat /etc/resolv.conf

रिझॉल्व्हर फाइलमधील हाताने केलेला बदल पुन्हा कनेक्ट केल्यानंतर गायब झाल्यास, ती ती फाइल सांभाळणारा घटक शोधून त्याऐवजी प्रोफाइल बदलण्याची खूण आहे। तयार केलेली फाइल संपादित करणे हा असा बदल आहे जो पुन्हा कनेक्ट केल्यावर पुसला जाईल।

खाजगी नावांना सामान्यतः अंतर्गत रिझॉल्व्हर आणि ऑपरेटरने दिलेली शोध डोमेन आवश्यक असतात। सार्वजनिक रिझॉल्व्हरने बदलल्यास VPN ज्या संसाधनासाठी अस्तित्वात आहे तेच तुटू शकते, आणि लक्षण DNS अपयशापेक्षा रूटिंग अपयशासारखे दिसते। नाव आणि पत्ता वेगवेगळे तपासा, कारण एक काम करणे आणि दुसरे अपयशी होणे कुठे पाहावे हे नक्की सांगते। ती एक तुलना एका तासाची रूट डीबगिंग वाचवते।

प्रत्येक कनेक्शनासाठी एक व्यवस्थापक

प्रोफाइल स्वरूप कोणता प्रोग्राम ते वापरू शकतो हे ठरवते। OpenVPN प्रोफाइलला OpenVPN किंवा सुसंगत प्लगइन आवश्यक आहे, आणि WireGuard कॉन्फिगरेशनचे पीअर की आणि परवानगी दिलेल्या उपसर्गांसह स्वतःचे स्वरूप आहे। फाइल विस्तार काहीही सुचवो, आयात संवाद एकाचे दुसऱ्यात भाषांतर करत नाही।

एक व्यवस्थापक निवडा आणि कनेक्शनची मालकी त्याला द्या। तोच टनेल दोन साधनांद्वारे वर आणल्यास रूट तक्ता आणि पुन्हा कनेक्ट होण्याचे वर्तन अस्पष्ट होते, आणि सामान्यतः दुसरे सुरू होणारे पुनरुत्पादन करणे कठीण अशा पद्धतींनी जिंकते।

तुमचे वितरण जे पॅकेज समर्थित करते ते स्थापित करा आणि ऑपरेटरकडून प्रोफाइल मिळवा। त्याला ओळखपत्र म्हणून वागवा, कारण त्यात सामान्यतः खाजगी की किंवा समतुल्य सामग्री असते, आणि तुमची बाकी रहस्ये जिथे राहतात तिथे ठेवा। डाउनलोड फोल्डरमध्ये सोडलेले प्रोफाइल म्हणजे टेबलावर सोडलेली किल्ली।

वर आले पण काम करत नाही तेव्हा काय तपासावे

इंटरफेस वर असून क्लायंट यश नोंदवत असताना, बाहेरच्या दिशेने काम करा: रूट तक्ता गंतव्यासाठी टनेल निवडतो का, रिझॉल्व्हर खाजगी नावासाठी उत्तर देतो का, आणि पलीकडच्या बाजूला परतीचा मार्ग आहे का। प्रत्येकाची स्वतंत्र आज्ञा आणि स्वतंत्र मालक आहे।

nmcli connection show --active
nmcli device status
wg show

nmcli संदर्भ संपूर्ण संच आवश्यक असल्यास स्थिती आणि कनेक्शन आज्ञा दस्तऐवजीकरण करतो। येथे महत्त्वाचा मुद्दा म्हणजे प्रोफाइल सक्रिय असणे आणि उपकरण रहदारी वाहून नेणे यातील फरक, कारण दोन्ही वेगळे ठरू शकतात।

सेटअप पूर्ण झाला असे म्हणण्यापूर्वी त्याच व्यवस्थापकाद्वारे एकदा पुन्हा कनेक्ट करा, आणि डिस्कनेक्टनंतर DNS अजूनही काम करतो का ते तपासा। पहिल्या नेटवर्क बदलापर्यंतच काम करणारे कॉन्फिगरेशन पूर्ण नसते, ते फक्त या क्षणी काम करत असते।