OpenVPN TLS हस्तांदोलन अयशस्वी: तुम्ही कोणत्या शाखेवर आहात?

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

अयशस्वीतेच्या आधीची शेवटची घटना वाचा

शेवटची ओळ वाचण्याऐवजी वर स्क्रोल करा। डिस्कनेक्टपूर्वीची घटना सहसा टप्पा सांगते: कोणतेही उत्तर नाही, नियंत्रण पॅकेटची देवघेव करताना त्रुटी, पडताळणीचा निकाल, किंवा यशस्वी बोलणीनंतर येणारा प्रमाणीकरणाचा निकाल। यापैकी प्रत्येक वेगळ्या मालकाचा आहे। तीच एक ओळ खालीलपैकी कोणता विभाग लागू होतो हे ठरवते।

त्रुटीचा मजकूर क्लायंट आवृत्ती, अंतिम बिंदू आणि वाहतुकीसह जतन करा। किल्ल्या, पासवर्ड आणि न संपादित प्रोफाइल सार्वजनिकरीत्या पेस्ट करता त्या सर्वांपासून दूर ठेवा।

अचूक पहिली त्रुटी लांब लॉग उताऱ्यापेक्षा जास्त मौल्यवान आहे। ती टप्पा सांगते, आणि टप्पा मालक सांगतो।

शाखा एक: काहीही परत आले नाही

क्लायंटने पहिले पॅकेट पाठवले आणि उपयुक्त काहीही मिळाले नाही, तर समस्या मार्गावर किंवा ऐकणाऱ्याकडे आहे। प्रोफाइल ऑपरेटर खरोखर देत असलेल्या पर्यायाशी जुळते का ते तपासा: पत्ता, पोर्ट आणि UDP किंवा TCP। नंतर या नेटवर्कवरून अंतिम बिंदूपर्यंत पोहोचता येते का ते पाहा। पुढे जाण्यापूर्वी या दोन तपासण्यांपैकी कोणती अयशस्वी झाली ते नोंदवा।

त्याच होस्टनावावर पान लोड करणारा ब्राउझर फक्त वेब सेवेने उत्तर दिले हे सिद्ध करतो। स्वीकारलेले TCP कनेक्शनही OpenVPN ने बोलणी पूर्ण केली का याबद्दल काहीही सांगत नाही।

प्रोफाइल दुसऱ्या विश्वासार्ह नेटवर्कवर चालत असेल तर ती तुलना ठेवा। ती मर्यादा मार्ग किंवा मध्यस्थापर्यंत सीमित करते।

शाखा दोन: नियंत्रण चॅनेल जुळत नाही

देवघेव सुरू होऊन मग थांबल्यावर नियंत्रण चॅनेलची सेटिंग्ज पहिला संशयित असतात। tls-auth आणि tls-crypt तैनातीशी जुळले पाहिजेत, आणि दुसऱ्या सर्व्हरची सामग्री उपयुक्त देवघेव देणार नाही। ही अयशस्वीता कोणत्याही खाते लॉगिनपूर्वी होते। जुन्या सर्व्हरवरून कॉपी केलेले प्रोफाइल हा नेहमीचा स्रोत आहे।

पासवर्ड रीसेट त्या सेटिंग्जची जागा घेत नाही, आणि दुसऱ्या सेवेकडून किल्ली उधार घेणे ही सुसंगततेची दुरुस्ती नाही। ऑपरेटरच्या पडताळलेल्या चॅनेलमधून प्रोफाइल मिळवा आणि तो अपेक्षित असलेली क्लायंट आवृत्ती नोंदवा।

काय टिकते हे पाहण्यासाठी जुन्या अल्गोरिदमचा ढीग सुरू करण्याऐवजी विशिष्ट बोलणीतील त्रुटी नोंदवा। पकडलेला त्रुटी मजकूर हाच ऑपरेटरला त्याची बाजू तपासू देतो।

शाखा तीन: प्रमाणपत्र नाकारले गेले

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

सुधारित सामग्री मिळवताना पडताळणी सुरू ठेवा। असंबंधित प्रमाणपत्र स्वीकारल्याने त्रुटी जाते, पण तुम्ही इच्छित सर्व्हरपर्यंत पोहोचलात याचा पुरावा मिळत नाही।

अयशस्वीता नेटवर्कच्या मागे जाते की प्रोफाइलच्या ते नोंदवा। सर्वत्र दिसणारी प्रमाणपत्र त्रुटी मार्गाची समस्या नाही।

शाखा चार: बोलणी संपली आणि दुसरे काही अयशस्वी झाले

ओळखीची देवघेव यशस्वी झाल्यावर उरलेली अयशस्वीता प्रमाणीकरणाची किंवा मार्गनिर्देशनाची असते। खात्याचा स्पष्ट नकार हा प्रमाणीकरणाचा प्रश्न आहे, आणि पोहोचता येत नाहीत अशा साइट्स असलेली जोडलेली बोगदा मार्गनिर्देशन किंवा DNS चा प्रश्न आहे। त्या वेळी TLS पर्याय बदलत राहणे आधीच चाललेल्या टप्प्याला हानी पोहोचवते।

समस्या कळवताना प्रत्येक नेटवर्क अयशस्वी होते का, दुसरे प्रोफाइल चालते का, आणि सर्व्हरने प्रयत्न नोंदवला का ते सांगा। सर्व्हरच्या बाजूचे मौन आणि त्याच्याकडूनचा नकार वेगवेगळ्या सीमांवर उभे आहेत।