एउटा Azure Point-to-Site क्लाइन्ट प्रमाणपत्र कसरी रद्द गर्ने

एउटा Azure Point-to-Site क्लाइन्ट रद्द गर्नु भनेको उसको थम्बप्रिन्ट गेटवेको रद्द गरिएको सूचीमा थप्नु हो। यसको अर्थ विश्वासिलो रुट मेट्नु होइन। रुट तपाईंले कहिल्यै दिनुभएको प्रत्येक क्लाइन्ट प्रमाणपत्रको जारीकर्ता हो, त्यसैले यसलाई हटाउनु धेरै ठूलो प्रभाव हुने अर्को कार्य हो। यहाँ रद्द गर्ने एकाइ एउटै प्रमाणपत्र हो।

चरण 1: कुन प्रमाणपत्र भन्न खोजिएको हो निश्चित गर्नुहोस्

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

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

क्लाइन्टमा, Get-ChildItem Cert:\CurrentUser\My | Select-Object Subject, Thumbprint, NotAfter त्यो प्रयोगकर्ताका लागि के स्थापना गरिएको छ सूचीबद्ध गर्छ, र Cert:\LocalMachine\My पनि जाँच्न लायक छ किनभने VPN क्लाइन्ट दुईमध्ये कुनै पनि स्टोरबाट छान्न सक्छ। थम्बप्रिन्टलाई तपाईंको दर्ता सूचीसँग तुलना गर्नुहोस्। नवीकरण गरिएको प्रमाणपत्रको थम्बप्रिन्ट फरक हुन्छ, विषय एउटै भए पनि।

सार्वजनिक प्रमाणपत्रको थम्बप्रिन्ट पढ्न तपाईंलाई क्लाइन्टको निजी कुञ्जी वा पासवर्ड-सुरक्षित PFX आवश्यक पर्दैन। यीमध्ये एक माग्ने कुनै पनि प्रक्रिया अर्को कार्यबाट प्रतिलिपि गरिएको हो।

चरण 2: यसलाई गेटवेको रद्द गरिएको सूचीमा थप्नुहोस्

पोर्टलमा भर्चुअल नेटवर्क गेटवे खोल्नुहोस्, त्यसपछि Point-to-site कन्फिगरेसन, त्यसपछि रद्द गरिएका प्रमाणपत्रको खण्ड। छ महिनापछि पनि चिनिने मैत्रीपूर्ण नाम थप्नुहोस् र खाली ठाउँ हटाएर थम्बप्रिन्टलाई एउटै निरन्तर स्ट्रिङका रूपमा टाँस्नुहोस्।

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

पोर्टलको सूचनामा भरोसा गर्नुको सट्टा पछि भण्डारण गरिएको मान पुष्टि गर्नुहोस्: az network vnet-gateway show --name gw-p2s --resource-group rg-vpn --query "vpnClientConfiguration.vpnClientRevokedCertificates" गेटवेले वास्तवमा के राख्छ देखाउँछ।

चरण 3: दुवै दिशा प्रमाणित गर्नुहोस्

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

दुवै नतिजा टिकटमा लेख्नुहोस्। अस्वीकृतिको दिशामा मात्र प्रमाणित गरिएको रद्द गर्ने आधा प्रमाणित हो।

चरण 4: पहिले नै खुला सत्रहरू

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

यसलाई प्रमाणीकरणबाट अलग परीक्षण गर्नुहोस्, किनभने दुवै फरक ठाउँमा असफल हुन्छन् र फरक प्रमाण छोड्छन्।

रोलब्याक, र बच्नुपर्ने सर्टकटहरू

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

यदि पहिचानले दोस्रो गेटवेमा पनि प्रमाणीकरण गर्छ भने दुवैलाई एउटै उपचार चाहिन्छ। रद्द गरिएको सूची सदस्यताको होइन, गेटवेको हो।