प्रमाणपत्र रद्द न करता एक OpenVPN क्लायंट तात्पुरता थांबवा

लॅपटॉप एका आठवड्यासाठी दुरुस्तीच्या टेबलावर गेल्यावर त्याचे प्रमाणपत्र CA मधून काढून टाकण्याची सवय असते। ती नोंद जारीकर्त्याची खातेवही आहे, तात्पुरता प्रवेश स्विच नाही। OpenVPN मध्ये आधीच प्रत्येक क्लायंटसाठी कनेक्शन नाकारण्याची यंत्रणा आहे, आणि ती वापरल्यास CA चा इतिहास असाच राहतो। दोन्ही नियंत्रणे वेगवेगळ्या प्रश्नांची उत्तरे देतात, आणि ती मिसळल्यास उपकरण परत आल्यावर काम वाढते।

दोन नोंदी, दोन वेगवेगळी कामे

CA डेटाबेस जारीकर्त्याने काय स्वाक्षरी केले आणि नंतर काय रद्द केले याची नोंद ठेवतो। रद्द करण्याच्या प्रक्रिया आणि CRL किंवा खातेवहीची स्वतःची प्रत वाचणारे सर्व त्याला विचारतात। प्रवेश नियम सर्व्हरवर राहतो आणि तो सर्व्हर स्वीकारत असलेल्या कनेक्शन्सना लागू होतो।

जारी करण्याची नोंद पुसल्याने प्रमाणपत्र विश्वासार्हपणे रद्द होत नाही, आणि नंतरचे रद्दीकरण किंवा ऑडिट ज्या इतिहासावर अवलंबून आहे तो खराब होतो। सर्व्हरच्या बाजूचे नियंत्रण अधिक मर्यादित आणि उलटवता येणारे आहे। बदलाच्या टिपेत फरक लिहा, म्हणजे पुढची व्यक्ती कधीच न घडलेले रद्दीकरण शोधणार नाही।

अक्षम करण्याचा निर्देश योग्य फाइलमध्ये ठेवा

क्लायंट-विशिष्ट संरचना वापरणाऱ्या समुदाय सर्व्हरसाठी, दस्तऐवजीकृत disable निर्देश एका निवडलेल्या क्लायंटला नाकारतो। तो सक्रिय client-config-dir अंतर्गत त्या क्लायंटच्या फाइलमध्ये असावा, सर्व्हरच्या मुख्य संरचनेत नाही। चालू असलेला डीमन प्रत्यक्षात कोणती डिरेक्टरी वापरतो याची खात्री करा, आणि नंतर फाइल निवडणाऱ्या ओळखीची खात्री करा। चुकीच्या सामान्य नावाने ठेवलेली फाइल बरोबर दिसते आणि कधीच वाचली जात नाही।

disable

येथे मॅपिंगच्या निवडी महत्त्वाच्या आहेत। username-as-common-name सारखे पर्याय लुकअप कोणती ओळख वापरतो हे बदलतात, त्यामुळे प्रमाणपत्राच्या विषयाच्या नावाने असलेली फाइल लागू होणारी फाइल नसू शकते। स्थापित आवृत्तीसाठी OpenVPN संदर्भ वाचा, प्रत्येक संदर्भात निर्देश वैध आहे असे गृहीत धरू नका।

नवीन प्रवेश सक्रिय सत्रांपासून वेगळा ठेवा

पुढील हातमिळवणी नाकारल्याने आधीच उभा असलेला बोगदा संपत नाही। उपकरण आत्ताच डिस्कनेक्ट करायचे असल्यास त्या विशिष्ट सत्रासाठी सर्व्हरचा अधिकृत सत्र-व्यवस्थापन मार्गही वापरा। अन्यथा क्लायंट स्वतः पुन्हा जोडले जाईपर्यंत काम करत राहू शकतो, आणि लॅपटॉपचे झाकण बंद करणे किंवा क्लायंटमधून बाहेर पडणे ही क्लायंटच्या बाजूची क्रिया आहे जी सर्व्हरबद्दल काहीच सांगत नाही।

दोन्ही निकाल तपासा: सक्रिय सत्र तुम्हाला हवे तेव्हा थांबते, आणि नवीन हातमिळवणी नाकारली जाते। बंद केलेली क्लायंट विंडो सर्व्हरच्या धोरणाबद्दल काहीच सिद्ध करत नाही।

तैनातीत सक्रिय सत्र संपवण्याचा कोणताही समर्थित मार्ग नसल्यास, एक तयार करण्याऐवजी ती कमतरता नोंदवा। क्लायंटवर अडवलेला पोर्ट सर्व्हरच्या बाजूच्या धोरणासारखा नाही।

तात्पुरता थांबा आणि तडजोड या वेगळ्या घटना आहेत

हरवलेली किंवा चोरीला गेलेली की ही रद्दीकरणाची घटना आहे, आणि स्थानिक प्रवेश थांबा त्याला पर्याय नाही। त्याच CA वर विश्वास ठेवणारे इतर सर्व्हर या सर्व्हरचा क्लायंट-विशिष्ट नियम सामायिक करणार नाहीत। जारीकर्त्याची रद्दीकरण आणि बदली प्रक्रिया अनुसरा आणि CA डेटाबेस अधिकृत नोंद म्हणून ठेवा। याउलट, तात्पुरत्या थांब्यासाठी दस्तऐवजीकृत कारण आणि पुनर्संचयितीची पायरी आवश्यक आहे।

प्रवेश पुनर्संचयित झाल्यावर तो धारण करणाऱ्या घटकाद्वारे बंधन काढा आणि नवीन कनेक्शन यशस्वी होते याची खात्री करा। disable ओळीचा मार्गही नोंदवा, कारण नंतरचे संरचना समक्रमण ती शांतपणे परत आणू शकते। थांबा, त्याचा मालक आणि तारीख तैनातीच्या टिपांमध्ये ठेवा, म्हणजे पुढील प्रशासकाला महिन्यांनंतर स्पष्टीकरण नसलेली disable ओळ सापडणार नाही।