cert8.db थ्रोअवे क्यास होइन: स्टोरको मालिक जाँच्नुहोस्

पुरानो सहयोग थ्रेडले cert8.db नामक फाइल मेटाउन भन्छ र VPN फेरि चल्न थाल्छ। त्यो क्रम सुधारभन्दा बढी पटक संयोग हुन्छ। फाइल प्रमाणपत्र डेटाबेस हो, र त्यसलाई हटाउँदा सफल सुरुवातले नदेखाउने तरिकाले स्थायी सुरक्षा स्थिति बदलिन्छ।

जमेको लगइन क्यास समस्या होइन

ब्राउजर क्यासले स्रोतहरूको प्रतिलिपि राख्छ; प्रमाणपत्र डेटाबेसले विश्वासका निर्णय, प्रमाणपत्र र तिनसँग जाने कुञ्जीहरू राख्छ। दोस्रो मेटाउनु इतिहास सफा गर्नुभन्दा पहिचान रिसेट गर्न नजिक छ। साइन-इनका क्रममा क्लाइन्ट जम्यो भने उपयोगी प्रमाण कुन प्रक्रियाले कुन प्रोफाइल खोल्यो र के लग गर्यो भन्ने हो, फोरम पोस्टले कुन फाइल हटायो भन्ने होइन। जमाइ पुनःउत्पादन गर्न र क्लाइन्ट लग पढ्न फाइल मेटाउनभन्दा बढी समय लाग्छ, र यही वास्तविक कारणसम्म पुग्ने एकमात्र बाटो हो।

फाइलको नामले इतिहास पनि बोक्छ: NSS ले पुराना cert8.db र key3.db लाई SQLite आधारित cert9.db र key4.db बाट छुट्याउँछ। जमाइअघि देखेको लग लाइन लेख्नुहोस्, किनकि त्यही तपाईंसँग भएको एकमात्र टिकाउ प्रमाण हो।

क्लाइन्टले वास्तवमा कुन प्रोफाइल खोल्छ

क्लाइन्ट, त्यसको प्रमाणीकरण विधि र त्यसले पढ्ने स्टोर पहिचान गर्नुहोस्। यहाँ साइन-इनका तीन बाटा छन्: ब्राउजर-सहायतित, एम्बेडेड ब्राउजर र मूल क्लाइन्ट, र तिनले एउटै प्रोफाइल साझा गर्नुपर्दैन। अर्को डिरेक्टरीमा सही नामको डेटाबेस हुनु जमेको प्रक्रियाले त्यो खोल्यो भन्ने प्रमाण होइन। Linux मा NSS स्टोर सामान्यतया प्रयोगकर्ताको ~/.pki/nssdb मुनि वा प्रत्येक एपको प्रोफाइल डिरेक्टरीमा हुन्छ। दुवै संरचना एउटै मेसिनमा हुन सक्छन्, त्यसैले स्थानान्तरण हालै भएको भए दुवै जाँच्नुहोस्।

स्टोर बदल्नुअघि त्यसमा के छ सूचीबद्ध गर्नुहोस्: certutil -L -d sql:$HOME/.pki/nssdb प्रमाणपत्रहरू प्रिन्ट गर्छ, र त्यही उपकरण -K सहित कुञ्जी छन् कि छैनन् देखाउँछ।

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

कुनै पनि सुधारअघि प्रोफाइलको ब्याकअप लिनुहोस्

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

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

सुधारपछि साइन इन गर्नुहोस् र स्टोर निरीक्षण गर्नुहोस्

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

अवलोकन र निर्देशन छुट्टाछुट्टै राख्नुहोस्: एउटा मेटाइ र एउटा सफल सुरुवात सामान्य समाधान होइन।

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