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

यसलाई त्यही स्रोतबाट आएको शेल स्क्रिप्ट पढ्ने तरिकाले पढ्नुहोस्।

यसलाई क्लाइन्टले व्याख्या गर्छ, तपाईंले होइन

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

OpenVPN प्रोफाइलहरूले स्क्रिप्ट हुक, प्लगइन मार्ग र ती हुक चल्न अनुमति छ कि छैन निर्धारण गर्ने सुरक्षा स्तर पनि बोक्न सक्छन्। त्यही संयोजनले अपरिचित प्रोफाइललाई डबल-क्लिक गर्नुको सट्टा लाइन-लाइन पढ्न योग्य बनाउँछ। क्लाइन्टले फाइलले भनेको ठ्याक्कै गर्छ, र त्यो तपाईंको विशेषाधिकारसहित गर्छ।

मार्ग परिवर्तन एक जडानपछि देखिन्छ

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

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

वास्तविक भार विश्वास सामग्री र हुकहरूले बोक्छन्

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

स्क्रिप्ट हुक र प्लगइन अर्को आधा हुन्। जडान हुँदा आदेश चलाउने निर्देशन, वा क्लाइन्ट प्रक्रियामा लोड गरिएको प्लगइनसँग तपाईंको अनुमति हुन्छ र क्लाइन्टको अलगावको केही हुँदैन। तपाईंले नमागेको प्रोफाइलमा त्यस्तो छ भने, त्यो पठाउने व्यक्तिलाई सोध्ने प्रश्न हो।

दुवैमध्ये कुनै पनि वर्ग स्वतः शत्रुतापूर्ण छैन। कर्पोरेट तैनाथीले दुवै प्रयोग गर्छन्। मुख्य कुरा, प्रत्येकले तपाईंले जाँच्न सक्ने व्याख्या खोज्छ।

स्रोत प्रमाणित गर्नुहोस्, त्यसपछि रहस्य प्रविष्ट गर्नुहोस्

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

grep -nE '^(remote|proto|auth-user-pass|redirect-gateway|route|route-nopull)' office.ovpn
grep -nE '^(up|down|plugin|script-security|setenv)' office.ovpn
openssl x509 -in embedded-ca.crt -noout -subject -issuer -dates

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

डाउनलोड होइन, आयात गरिएको प्रतिलिपि हटाउनुहोस्

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

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

सम्बन्धित लेखहरू