VPN प्रयोगकर्ता दर्ता: पहिले पहिचानको मालिक खोज्नुहोस्

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

OpenVPN भन्ने क्लाइन्ट प्रोफाइलले प्रोटोकलको वर्णन गर्छ, त्यसको पछाडिको पहिचान प्रणालीको होइन।

adduser बाट होइन, सर्भरबाट सुरु गर्नुहोस्

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

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

चार ब्याकएन्ड, खाता बनाउने चार ठाउँ

Access Server को स्थानीय प्रमाणीकरणले खाताहरू आफ्नै डेटाबेसमा राख्छ, त्यसैले ती बनाउने इन्टरफेस होस्टको होइन, उत्पादनको हो। PAM ले प्रमाणीकरण अपरेटिङ सिस्टमको स्ट्याकलाई सुम्पन्छ, त्यसैले सेवाले त्यही स्ट्याक छानेको अवस्थामा स्थानीय Unix खाता दर्ताको भाग हुन सक्छ। LDAP, RADIUS र SAML ले प्रमाणीकरण बाह्य सेवामा सार्छन्, जहाँ प्रोभिजनिङ, पासवर्ड नीति र MFA रहन्छन्। Access Server चारै अवस्थामा प्रयोगकर्ता-दर-प्रयोगकर्ता प्रमाणपत्र र अनुमतिहरू राख्न सक्छ, र विभाजनलाई भ्रमित बनाउने कुरा त्यही हो।

वैश्विक पूर्वनिर्धारित होइन, यो विशेष प्रयोगकर्ताका लागि प्रभावकारी विधि जाँच्नुहोस्। Access Server 2.10 र पछिल्ला संस्करणहरूले समूह वा प्रयोगकर्ता अनुसार फरक प्रमाणीकरण विधिहरू लागू गर्न सक्छन्, त्यसैले पूर्वनिर्धारित स्थानीय हुनुले तपाईंको अगाडिको खाता स्थानीय रूपमा प्रमाणित हुन्छ भन्ने प्रमाण दिँदैन।

अधिकार छुट्टै निर्णय हो

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

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

पहुँच रद्द गर्नु दर्ताको भाग हो

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

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

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