VPN सत्र टाइमर र प्रमाणीकरण टोकन अलग-अलग सकिन्छन्

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

एउटा टनेलविरुद्ध तीन घडी चल्छन्, र तीमध्ये एउटा मात्र टनेल हो।

एउटै टनेलमा तीन फरक घडी

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

पहिलो मात्र VPN अवधारणा हो। बाँकी दुई पहिचान र सञ्जालबाट उधारिएका हुन्, र तिनलाई प्रायः यसैसँग भ्रम गरिन्छ।

टोकन वास्तवमा कसरी पुनः प्रयोग हुन्छ

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

पुनर्वार्ता अन्तराल छुट्टै सेटिङ हो। यसलाई बदल्दा टोकन कहिले प्रस्तुत हुन्छ त्यो सर्छ, त्यो कति समय बाँच्छ भन्ने होइन।

क्लाइन्टबाट हरेक समाप्ति कस्तो देखिन्छ

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

लाइन पढ्नुहोस्, त्यसपछि घडीतिर हेर्नुहोस्। सेट गरिएको मानसँग मिल्ने अवधि संयोग होइन।

सुरक्षित पासवर्डले किन मद्दत गर्दैन

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

टिकाउ समाधान ठीक वस्तुमा ठीक आयु हो, वा मानिस बिना आवश्यक चुनौती पूरा गर्न सक्ने क्लाइन्ट प्रवाह।

के कागजात गर्ने र के परीक्षण गर्ने

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

कुनै पनि प्रमाणीकरण घटना बिना आउने कटाव बाटो वा निष्क्रियता टाइमरको हो, र त्यो फरक प्रमाणसहितको फरक अनुसन्धान हो।