तपाईंको .ovpn फाइलले कोड चलाउन सक्छ, ट्राफिक रुट मात्र होइन

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

सहायक चलाउने प्रोफाइल प्रोग्राम हो, सेटिङ्स फाइल होइन

route र dhcp-option जस्ता निर्देशनहरूले क्लाइन्टले स्थापित गर्नुपर्ने अवस्था वर्णन गर्छन्, र क्लाइन्टले तिनीहरूलाई डेटा जसरी नै लिन्छ। up स्क्रिप्ट फरक छ: क्लाइन्टले यसलाई प्रक्रियाका रूपमा सुरु गर्छ र जडानको विवरणले भरिएको वातावरण दिन्छ, त्यसैले यसको लेखकले लेखेको सबै तपाईंको खाताको अधिकारसँग चल्छ। जुन ल्यापटपमा प्रयोगकर्ता प्रशासक छ, त्यहाँ संलग्नकका रूपमा वा फोरम थ्रेडबाट टाँसिएको फाइलका लागि त्यो फराकिलो ढोका हो। भिन्नता शैलीको होइन, त्यो कन्फिगरेसन र कोडबीचको भिन्नता हो।

जुन मिथक त्याग्नुपर्छ त्यो यो हो: प्रोफाइलले ट्राफिक मात्र मोड्न सक्छ। ip route add चलाउने सहायक र टाढाको होस्टविरुद्ध curl चलाउने सहायक एउटै संयन्त्र हुन्, र बाहिरबाट प्रोफाइल उस्तै देखिन्छ। फाइलको रूपमा केहीले पनि तपाईंसँग कुन छ भनेर बताउँदैन, त्यसैले जाँच स्क्रिप्टसम्म पुग्नैपर्छ।

वास्तवमा कार्यान्वयन केले निर्धारण गर्छ, र सक्षम गर्ने लाइनहरू कस्ता देखिन्छन्

तीन कुराले सहायकलाई नियन्त्रण गर्छन्: यसलाई नाम दिने घटना निर्देशन, यसलाई अनुमति दिने script-security स्तर, र क्लाइन्ट प्लेटफर्मको आफ्नै कार्यान्वयन। प्रोफाइलले हुक मागे पनि केही हुँदैन देख्न सक्छ, किनकि मोबाइल क्लाइन्ट वा कटौती गरिएको डेस्कटप बिल्डले त्यो घटना पटक्कै कार्यान्वयन नगर्न सक्छ। त्यसैगरी, आफ्नो कार्यका लागि आवश्यकभन्दा बढी अनुमति माग्ने प्रोफाइलले आफ्नो उत्पत्तिबारे तपाईंलाई केही भन्छ। अनुमति स्तर क्षमता हो, स्वीकृति होइन। सक्षम गर्ने लाइनहरू यस्ता देखिन्छन्, बाटो तपाईंको बाटोको ठाउँ लिन्छ।

script-security 2
up /etc/openvpn/update-resolv-conf.sh
down /etc/openvpn/update-resolv-conf.sh

स्तर 0 ले बाह्य प्रोग्राम अस्वीकार गर्छ र स्तर 1, जो डिफल्ट हो, क्लाइन्टका निर्मित कार्यान्वयनयोग्य फाइललाई मात्र अनुमति दिन्छ, त्यसैले हुकलाई 2 वा बढी चाहिन्छ; स्तर 3 मुख्यतः पुरानो पासवर्ड पठाउनका लागि छ र यसलाई छोड्नु राम्रो। हुकसँग पठाइएको प्रोफाइललाई निर्देशन र त्यो स्तर दुवै चाहिन्छ, त्यसैले फाइलको तलपट्टि नजिकको एउटा लाइन प्रमाणपत्र ब्लकजत्तिकै जाँचको योग्य छ। OpenVPN म्यानुअल ले अनुमति स्तरहरू सूचीबद्ध गर्छ, र यसको शब्दावली प्रोफाइलले वास्तवमा के माग्छ त्यसको छेउमा पढ्नलायक छ।

स्वामित्व, बाटो र सहायकलाई के खुवाइन्छ

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

असफल हुकको रिपोर्ट गर्दा, कतै टाँस्नुअघि वातावरण सम्पादन गर्नुहोस्। डिबग गर्न मद्दत गर्ने डम्पले तपाईंलाई प्रमाणित गर्ने टोकन पनि बोक्न सक्छ।

सरसफाइका विफलता सुरुङ गएपछि देखिन्छन्

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

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

सहायकको समीक्षा र निकास राख्ने

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

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