तुमच्या डिव्हाइसवर दिलेला VPN प्रोफाइल काय बदलू शकतो

तुमच्या क्लायंटला 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

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

डाउनलोड नाही, आयात केलेली प्रत काढा

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

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