गलत यन्त्र घडीले VPN रोक्न सक्छ: पहिले समय जाँच्नुहोस्

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

त्रुटि घडीको होइन, प्रमाणपत्रको समस्या जस्तो देखिन्छ

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

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

क्षण पढ्नुहोस्, त्यसपछि प्रमाणपत्र

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

date -u
timedatectl
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com </dev/null 2>/dev/null | openssl x509 -noout -dates

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

timedatectl timesync-status
chronyc tracking

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

लगइन कोड सम्बन्धित तर फरक कारणले असफल हुन्छन्

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

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

कोड चलाउन घडी पछाडि नसार्नुहोस्। यसले कारण लुकाउँछ र अर्को समयमा आधारित जाँच तोड्छ।

स्रोत सुधार्नुहोस्, देखिने घण्टा होइन

सिङ्क्रोनाइजेसन सञ्जाल सेवा हो, र सुरुङले समय स्रोत पुग्न सकिने वा नसकिने परिवर्तन गर्न सक्छ। कर्पोरेट स्रोतलाई सुरुङ चाहिन सक्छ, जबकि सार्वजनिक स्रोत नीतिले अवरुद्ध हुन सक्छ। ब्राउजिङ चल्न सक्छ जबकि समय सेवाको आफ्नै मार्ग असफल हुन्छ, त्यसैले यो निर्भरता चुक्नु सजिलो छ। NTP समायोजन पछाडिको प्रोटोकल हो, र यसलाई अरू कुनै सेवाजस्तै आफ्नै मार्ग चाहिन्छ।

sudo systemctl status systemd-timesyncd
sudo chronyc sources -v
ping -c1 203.0.113.20

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

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