हेडलेस OpenVPN गेटवेलाई कुन सफ्टवेयर भूमिका चाहिन्छ
सानो OpenVPN गेटवेलाई हरेक वैकल्पिक सर्भर भूमिका नभई सोचविचार गरिएको टनेल सेवा र प्रशासन मार्ग चाहिन्छ। टनेललाई SSH र PKI बाट अलग राख्नुहोस्।
OpenVPN गेटवेका लागि समर्पित मेसिनलाई समर्थित सर्भर स्थापना र यसले वास्तवमै गर्ने कामका लागि सफ्टवेयर चाहिन्छ। SSH, वेब होस्टिङ र अन्य सर्भर भूमिका दिने इन्स्टलर मेनु OpenVPN का पूर्वशर्तहरूको सूची होइन। हेडलेस तैनाथी पूर्ण रूपमा उचित छ। मुख्य कुरा तीन काम अलग गर्नु हो: टनेल बोक्ने, होस्ट प्रशासन गर्ने र प्रमाणहरू जारी गर्ने।
यो मैले प्रयोग गर्ने इन्भेन्टरी क्रम हो, प्रत्येक चरण बन्द गर्ने जाँचसहित।
1. टनेल सेवालाई यसको आफ्नै प्याकेज र प्रोफाइल दिनुहोस्
उबुन्टुको OpenVPN सर्भर गाइड डिस्ट्रिब्युसनको openvpn प्याकेज कमाण्ड लाइन र सेवा कन्फिगरेसनसँग प्रयोग गर्छ। त्यही प्याकेज Linux क्लाइन्टका रूपमा पनि काम गर्छ, र भूमिका कन्फिगरेसनले छान्छ।
यसको अर्थ क्लाइन्ट GUI स्थापना गर्नु होस्टलाई सर्भर बनाउने कुरा होइन, र त्यसलाई हटाउनु यसलाई हेडलेस बनाउने कुरा होइन। चलिरहेको इन्स्ट्यान्सले कुन प्रोफाइल पढ्छ लेख्नुहोस्, किनभने त्यही फोल्डरको दोस्रो कन्फिगरेसन फाइल कसैले नथाहा पाई लोड हुन सक्छ, र डेमन दुवै अवस्थामा सफलता रिपोर्ट गर्छ। दुई प्रोफाइल हुँदा कुन जित्छ भनेर सेवा प्रबन्धकले निर्णय गर्छ, र त्यो निर्णय अनुमानमा होइन, तपाईंको टिप्पणीमा हुनुपर्छ।
2. टनेल अघि प्रशासन मार्ग तय गर्नुहोस्
OpenSSH अलग openssh-server प्याकेजबाट आउँछ र आफ्नै सेवाका रूपमा चल्छ। प्रशासकले SSH मार्फत मेसिनमा पुग्नुपर्दा यो उपयोगी हुन्छ, तर OpenVPN लाई VPN प्याकेट साटासाट गर्न SSH सर्भर आवश्यक पर्दैन। स्थानीय कन्सोल वा स्वीकृत प्लेटफर्म व्यवस्थापन च्यानल अर्को वैध मार्ग हो। राउटिङ वा फिल्टरिङ बदल्नु अघि तपाईं कुनमा भर पर्नुहुन्छ तय गर्नुहोस्, किनभने नयाँ टनेलले आफूलाई मर्मत गर्ने एक मात्र नपरीक्षिएको बाटो हुनु हुँदैन।
3. स्वीकृत मालिकबाट प्रमाणहरू जारी गर्नुहोस्
उबुन्टुको उदाहरणले सानो PKI बनाउन OpenVPN सँगै easy-rsa स्थापना गर्छ, जो चलिरहेको टनेल सेवा होइन, प्रमाण जारी गर्ने भूमिका हो। संस्थासँग पहिले नै स्वीकृत जारी प्रक्रिया छ भने, ट्युटोरियलमा एउटा छ भनेर असम्बन्धित CA बनाउनुको सट्टा त्यही प्रयोग गर्नुहोस्। गेटवेको आफ्नै निजी कुञ्जी र प्रमाणपत्र CA हस्ताक्षर कुञ्जीबाट अलग राख्नुहोस्, र हस्ताक्षर तथा ब्याकअपको स्थान जानाजान छान्नुहोस्। हरेक PKI फाइल हरेक होस्टमा प्रतिलिपि गर्नु सफ्टवेयर आवश्यकता होइन।
4. डेस्कटप प्लगइन डेस्कटपकै लागि छोड्नुहोस्
NetworkManager सम्पादक वा आयात प्लगइनको त्यो कार्यप्रवाह प्रयोग गर्ने मेसिनमा उद्देश्य हुन्छ। गेटवेले OpenVPN बोल्छ भनेर आवश्यक पर्ने अतिरिक्त सर्भर सुविधा होइन।
जडानका लागि एउटा मालिक छान्नुहोस्, र त्यही प्रोफाइलको दोस्रो, डेस्कटपबाट व्यवस्थापित प्रतिलिपि सुरु नगर्नुहोस्।
5. वास्तविक क्लाइन्टले गेटवे स्वीकार्नुहोस्
कम प्याकेज भनेको पूरा गेटवे होइन। सर्भरलाई अझै स्वीकृत श्रोता, पहिचान, रुट, आवश्यक ठाउँमा फर्वार्डिङ, साँघुरो फायरवाल नीति र इच्छित फर्कने मार्ग चाहिन्छ। यसका लग कहाँ देखिन्छन् र अपडेट कसरी लागू हुन्छन् लेख्नुहोस्, किनभने ती दुई उत्तरले पछि विफलताको निदान कसरी हुने भन्ने निर्धारण गर्छन्।
इन्टरनेट-निर्गम डिजाइन र निजी-नेटवर्क-पहुँच डिजाइनका फर्वार्डिङ आवश्यकता फरक हुन्छन्, त्यसैले केही खोल्नु अघि तपाईं कुन बनाउँदै हुनुहुन्छ तय गर्नुहोस्। एउटा स्वीकृत क्लाइन्ट चलाउनुहोस् र टनेल सूचकको सट्टा इच्छित स्रोत जाँच्नुहोस्। त्यसपछि नियन्त्रित तरिकाले सेवा पुनः सुरु गर्नुहोस् र निगरानी नभएको स्टार्टअप मार्ग पुष्टि गर्नुहोस्, किनभने कोही हेरिरहेको बेला मात्र माथि आउने गेटवे अझै तैनाथ भएको छैन।