सानो टिमका लागि छुट्टाछुट्टै VPN पहिचान, डाइरेक्टरी बिना

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

हरेकसँग भएको प्रमाणबाट सुरु गर्नुहोस्

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

एउटै प्रोफाइल साझा गर्ने दुई जना अरू हरेक कदम कठिन बनाउने अवस्था हो। पहिले त्यही सुधार्नुहोस्, किनकि कुनै डाइरेक्टरीले साझा गोप्य कुरा समाधान गर्दैन।

गेटवेले साँच्चै समर्थन गर्ने स्टोर छान्नुहोस्

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

स्टोरको स्थानभन्दा यसका कार्यहरू महत्त्वपूर्ण छन्: दर्ता, ब्याकअप, नवीकरण र रद्द। यीमध्ये कुनैको उत्तर नभए, छनोट पूरा भएको छैन।

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

व्यक्तिलाई यन्त्रबाट अलग राख्नुहोस्

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

प्रत्येक प्रमाणका लागि मालिक, यन्त्र, जारी मिति र रद्द गर्ने बाटो लेख्नुहोस्। त्यो अभिलेख कार्यालयले स्थापना गर्ने व्यक्तिबिना पढ्न सक्ने ठाउँमा राख्नुहोस्। ती चार स्तम्भ भएको तालिका छ जनाका लागि पर्याप्त छ र अझै साठीसम्म विस्तार हुन्छ।

हटाउने कामलाई सामान्य कार्य बनाउनुहोस्

पहिलो बाहिरिनुअघि बाहिरिने प्रक्रिया लेख्नुहोस्। पहिचान निष्क्रिय गर्नुहोस्, कुनै पनि सक्रिय सत्र अन्त्य गर्नुहोस्, र पुनःप्रमाणीकरण टाइमर कुर्नुको सट्टा सुरुङ साँच्चै खस्छ भनी पुष्टि गर्नुहोस्। त्यसपछि कार्यालय नेटवर्कबाहिरको मेसिनबाट पुरानो प्रमाण असफल हुन्छ भनी जाँच्नुहोस्। पूरै क्रमले मिनेट लिनुपर्छ र अरू कसैलाई पुनः जारी गर्नु नपर्ने हुनुपर्छ।

sudo swanctl --terminate --ike alice-laptop

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