OpenVPN client-config-dir: फाइलनाम र प्रमाणपत्रको सामान्य नाम

क्लाइन्ट जोडिनु अघि नै दुई नाम खेलमा हुन्छन्: ल्यापटपमा फाइलको नाम (nuc.ovpn) र सर्भरले प्रमाणपत्रबाट निकाल्ने पहिचान। client-config-dir खोजीले दोस्रो प्रयोग गर्छ। क्लाइन्टमा प्रोफाइलको नाम बदल्नु, वा सर्भरको फाइलमा .conf थप्नु, सर्भरले कुन फाइल खोल्छ भन्नेमा केही बदल्दैन।

उपयोगी तुलना «मैले कुन नाम प्रयोग गरें» होइन, «सर्भरले कुन नियम लागू गर्छ» हो, किनकि प्रमाणपत्र प्रमाणीकरण र प्रयोगकर्ता नाम/पासवर्ड प्रमाणीकरणले एउटै लगइनबाट फरक प्रभावकारी नाम बनाउन सक्छन्।

प्रोफाइलको नाम र प्रमाणपत्रको सामान्य नाम

पूर्वनिर्धारित प्रमाणपत्र-आधारित सेटअपमा सर्भरले X.509 सामान्य नाम लिन्छ र client-config-dir भित्र ठ्याक्कै त्यही नामको फाइल खोज्छ। प्रमाणपत्रले tester भन्ने nuc.ovpn नामको प्रोफाइल /etc/openvpn/server/ccd/tester मा समाधान हुन्छ। क्लाइन्ट फाइलको नाम कहिल्यै गणनामा आउँदैन। असमझदारी लुक्ने पहिलो ठाउँ यही हो।

त्यसैले ध्यानपूर्वक नाम दिइएका प्रोफाइलले भरिएको डाइरेक्टरी हरेक पटक चुक्न सक्छ। फाइल subject, इमेल ठेगाना वा GUI मा देखिने नामले मिलाइँदैन; त्यो सामान्य नामको स्ट्रिङले मिलाइन्छ।

केस-संवेदनशील फाइलसिस्टममा Tester र tester दुई फरक फाइल हुन्, र एउटा मात्र खोलिन्छ। सामान्य नाम क्लाइन्टले साँच्चै प्रस्तुत गर्ने प्रमाणपत्रबाट जाँच्नुहोस्, तपाईंको नोटको प्रतिबाट होइन।

username-as-common-name ले नियम उल्टाउँछ

सर्भरले username-as-common-name सहित प्रयोगकर्ता नाम/पासवर्ड प्रमाणीकरण चलाउँदा, प्रमाणित प्रयोगकर्ता नामले यो खोजीका लागि प्रमाणपत्रको सामान्य नाम प्रतिस्थापन गर्छ।

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

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

सर्भरले के पढ्छ, र के चुपचाप छोडिदिन्छ

फाइल छानिन्छ कि छैन भन्ने दुई साना भिन्नताले निर्धारण गर्छ। पहिलो थपिएको एक्सटेन्सन हो। दोस्रो नाममा रहन गएको एउटा अक्षर हो।

OpenVPN ले खोज्ने नाममा .conf थप्दैन, त्यसैले tester.conf tester सँग मिल्दैन। एक्सटेन्सन लुकाउने सम्पादकले सूचीमा सही देखिने तर कहिल्यै नमिल्ने फाइल छाड्न सक्छ।

मिल्ने फाइल नभएमा, सर्भर DEFAULT नामको फाइलमा फर्कन सक्छ। त्यसैले केही सेटिङ आउनु भनेको प्रति-क्लाइन्ट फाइल प्रयोग भयो भन्ने प्रमाण होइन। तोकिएको ठेगाना वा पुश गरिएका रुटहरू प्रति-क्लाइन्ट फाइलले दिने कुरासँग तुलना गर्नुहोस्। अनुमतिहरू तेस्रो फिल्टर हुन्, किनकि सर्भरले विशेषाधिकार छोडेपछि फाइल खोल्छ; त्यो पढ्न सक्ने root शेलले केही प्रमाणित गर्दैन।

सही फाइलनामले सामग्री प्रमाणित गर्दैन

छनोट र सामग्री अलग-अलग असफलता हुन्। सही फाइल खुलेपछि पनि त्यसका निर्देशनहरू त्यो क्लाइन्टका लागि मान्य हुनुपर्छ।

ifconfig-push ले टोपोलोजीले साँच्चै प्रयोग गर्न सक्ने ठेगाना दिनुपर्छ, र iroute त्यो क्लाइन्टको पछाडिको रुट गरिएको सबनेटका लागि मात्र अर्थपूर्ण हुन्छ।

एउटा पहिचान, धेरै उपकरण

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

तुलना पहिचान साझा गर्ने र प्रति उपकरण एक प्रमाणपत्र जारी गर्ने बीचको हो। साझा गर्नु प्रशासनका लागि सरल र रद्द गर्न मोटा हुन्छ, जबकि प्रति-उपकरण प्रमाणपत्रले बढी सेटअप माग्छ र अक्षम गर्नका लागि सफा एकाइ दिन्छ।