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 काम गर्छ कि जाँच्नुहोस्। पहिलो नेटवर्क परिवर्तनसम्म मात्र काम गर्ने कन्फिगरेसन पूरा हुँदैन, त्यो यही क्षणमा मात्र काम गरिरहेको हुन्छ।