चुकीचा VPN प्रयत्न: कोणता ओळखपत्र वर्ग सीमा ओलांडला?

तुम्ही चुकीच्या VPN ला जोडले गेलात आणि क्लायंटने अपयश नोंदवले। त्याला महत्त्व होते का, हे अपयशापूर्वी तारेवरून काय गेले यावर अवलंबून आहे, आणि शब्द स्वतः ते सांगत नाही। काही हस्तांदोलने कोणतेही रहस्य वाहत नाहीत, तर काही त्या पत्त्याला उत्तर देणाऱ्या प्रत्येकाला पासवर्ड देतात। काहीही रद्द करण्यापूर्वी या दोनपैकी काय घडले ते ठरवा।

थांबा आणि पुरावे जतन करा

क्लायंट लॉग, निवडलेली प्रोफाइल, तुम्ही टाइप केलेला पत्ता आणि अंदाजे वेळ जतन करा। ते क्लायंटबाहेर कुठेतरी लिहून ठेवा, कारण प्रोफाइल संपादन किंवा पुनर्स्थापना तुम्हाला लागणारा नोंद नष्ट करते। तुमच्या नियंत्रणातील मार्गाने एंडपॉइंटची पुष्टी होईपर्यंत पुढील प्रत्येक प्रयत्न थांबवा।

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

सीमा काय ओलांडू शकते

बहुतेक गोंधळ प्रत्येक अपयशाला एकाच प्रकारची घटना मानण्यातून येतो। चार वेगवेगळ्या गोष्टी पलीकडे पोहोचू शकतात: सार्वजनिक प्रमाणपत्र, किल्ली वापरली गेली हे सिद्ध करणारी स्वाक्षरी, पासवर्ड किंवा एकवेळचा कोड, आणि तुम्ही स्वतः निवडलेली फाइल। प्रत्येकाचा स्वतःचा परिणाम आणि स्वतःची दुरुस्ती आहे। कलाकृतीचे वर्गीकरण हे पुढील सर्व गोष्टी ठरवणारे पाऊल आहे।

प्रमाणपत्राची बाब सर्वात सौम्य आहे, कारण प्रवास करणारी गोष्ट रचनेनेच सार्वजनिक असते आणि तिची ओळखणारी क्षेत्रे जोडणाऱ्या प्रत्येकाला आधीच दिसतात। आव्हानावरील स्वाक्षरी किल्ली वापरली गेली असे सांगते, पाठवली गेली असे नाही। पासवर्ड उलटी बाब आहे: ज्याला तो मिळेल तो दुसरीकडे प्रयत्न करू शकतो, आणि पासवर्ड तपासण्यासाठी बनवलेली सेवा त्या मूल्याची इच्छित प्राप्तकर्ता आहे।

किल्लीचा पुरावा म्हणजे किल्ली अपलोड नाही

आधुनिक TLS या दोन कल्पना जाणूनबुजून वेगळ्या ठेवते। RFC 8446 CertificateVerify संदेशाचे वर्णन करते, ज्यात क्लायंट आपल्या प्रमाणपत्राशी जुळणाऱ्या खाजगी किल्लीने आव्हानावर स्वाक्षरी करतो। स्वाक्षरी किल्ली न वाहता मालकी दर्शवते, म्हणून प्रमाणपत्राने प्रमाणित केलेला प्रयत्न स्वयंचलितपणे किल्लीचा भंग नाही।

या दिलासाला सांगण्यासारखी एक मर्यादा आहे। पुरावा दाखवतो की किल्ली त्या देवाणघेवाणीत सहभागी होती, आणि मशीनवरील स्थानिक कार्यक्रमाने आधीच काय वाचले असेल याबद्दल तो काहीही सांगत नाही। अज्ञात प्रयत्न प्रत्यक्षात किती दूर गेला हेही तो सांगत नाही, म्हणून लॉग अजूनही सिद्धांतापेक्षा महत्त्वाचा आहे।

पासवर्ड पूर्णपणे वेगळ्या विश्वासाच्या नमुन्याचे पालन करतात। बाह्य पडताळणीकर्त्यासह संरचित केंद्रीकरण सादर केलेले मूल्य पुढे पाठवू शकते, म्हणून ते स्वीकारणे हेच इच्छित कार्य आहे आणि चुकीचे गंतव्य सैद्धांतिक नाही तर प्रत्यक्ष उघडकी आहे।

लॉगमधून प्रयत्न पुनर्रचित करा

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

ही तथ्ये स्मरणातून नाही, क्लायंटच्या स्वतःच्या लॉगमधून काढा। अरुंद गाळणी आउटपुट संपादित करण्यास आणि सामायिक करण्यास पुरेसे लहान ठेवते:

grep -n -i -E 'verify|authentication|certificate|error|timeout' client.log | tail -30

यांपैकी कोणत्याही गोष्टीसाठी होस्टनाव बदलू नका। परिचित नाव, सध्याचे DNS उत्तर आणि सॉफ्टवेअर दाखवत असलेला प्रमाणपत्र इशारा वर्तमानाचे वर्णन करतात, पूर्वीच्या कनेक्शनचे नाही। पासवर्डची विनंतीही काही पाठवले गेले याचा पुरावा नाही, कारण क्लायंट ती सादर करण्यापूर्वीच अयशस्वी झाला असू शकतो।

निर्णय घ्या, मग कार्य करा

निर्णय कलाकृतीतून येतो, अपयश किती भयावह दिसले यातून नाही। पुनर्रचित तथ्यांच्या विरुद्ध चार ओळी वाचा:

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

नंतर मर्यादित निकाल लिहा: काय पाठवले गेले, काय अज्ञात राहते, आणि कोणत्या ओळखपत्रावर कारवाई आवश्यक आहे। तीच नोंद नंतरचा आढावा मागेल, आणि ती दोन्ही सोयीच्या निष्कर्षांपैकी कोणत्याहीपेक्षा उपयुक्त आहे।