चुकीचे डिव्हाइस घड्याळ 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 ची नाही।
दुरुस्तीनंतर मूळ कनेक्शन पुन्हा प्रयत्न करा आणि नवीन त्रुटी वेगळी वाचा। खराब सर्व्हर ओळख, खरोखर कालबाह्य प्रमाणपत्र आणि नाकारलेले खाते या तीन वेगळ्या अयशस्वीता आहेत, आणि त्या मिसळणे हेच साधे घड्याळ सुधारणेचे आठवडाभराच्या प्रोफाइल बदलांमध्ये रूपांतर करते।