AES-256-GCM सापडले नाही: क्लायंटची क्षमता की बोलणी?

दुसरीकडे चालणारे OpenVPN प्रोफाइल AES-256-GCM सापडले नाही किंवा सहकाऱ्यांकडे सामायिक सायफर नाही असे नोंदवते, आणि पहिली प्रवृत्ती प्रोफाइल संपादित करण्याची असते. हे दोन संदेश वेगवेगळ्या अपयशांचे वर्णन करतात. एक म्हणतो स्थानिक कार्यक्रमाकडे असे अल्गोरिदम नाही; दुसरा म्हणतो दोन्ही बाजूंकडे अल्गोरिदम आहेत पण सामायिक निवड नाही. कोणती आहे हे कळण्यापूर्वी प्रोफाइल संपादन दोन्हीपैकी काहीही सोडवत नाही.

त्रुटीचा नेमका मजकूर आणि ती निर्माण करणारा कार्यक्रम वाचा.

तुमच्याकडे कोणती त्रुटी आहे ते ठरवा

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

फरक महत्त्वाचा आहे कारण एक सॉफ्टवेअर आवृत्तीची समस्या आहे आणि दुसरी संरचनेची. पहिली आवृत्ती क्रमांकाने सुटते. दुसरी दोन याद्या तुलना करून सुटते.

स्थानिक क्षमतेची कमतरता

जुनी समुदाय बिल्डे आधुनिक डीफॉल्टपूर्वीची आहेत, आणि डेस्कटॉप अनुप्रयोग शेजारी प्रतिष्ठापित कमांड-लाइन पॅकेजपेक्षा वेगळे स्वतःचे इंजिन आणू शकतो. तपासणी प्रत्यक्षात कनेक्शन सुरू करणाऱ्या कार्यान्वयी फाइलवर करा, नंतर जुन्या कार्यक्रमाला नवे अल्गोरिदम शिकवण्याऐवजी समर्थित बिल्ड निवडा.

openvpn --version
openvpn --show-ciphers | grep -i gcm
openvpn --show-tls | head -5

त्या यादीत AES-256-GCM नसल्यास कोणतीही प्रोफाइल ओळ ते जोडणार नाही. उपाय नवीन क्लायंट किंवा दुसरे बिल्ड आहे, आणि जुन्या बाजूच्या मर्यादा वेगळा रचना-प्रश्न बनतात.

OpenVPN 3 आधारित क्लायंटमध्ये इंजिन आणि स्वीकारल्या जाणाऱ्या सूचना समुदायाच्या 2.x ओळीपेक्षा वेगळ्या आहेत, त्यामुळे तोच प्रोफाइल मजकूर सायफर यादीशी काहीही संबंध नसलेल्या कारणांनी अपयशी होऊ शकतो.

बोलणीतील कमतरता

जेव्हा दोन्ही सहकारी अल्गोरिदमची यादी करतात, तेव्हा उरलेला प्रश्न कोणती बाजू कोणती यादी देते हा असतो. समुदाय OpenVPN ने बोलणीच्या सूचनेचे नाव बदलले: 2.4 मधील ncp-ciphers 2.5 मध्ये data-ciphers झाले, आणि 2.6 मध्ये जुनी cipher ओळ मुख्यतः सुसंगती व फॉलबॅकसाठी काम करते, ठरलेला संच परिभाषित करण्यासाठी नाही.

म्हणून केवळ जुनी cipher ओळ बदलल्यास बोलणीची यादी अशीच राहू शकते. जुनी ओळ फॉलबॅकसाठी अजूनही महत्त्वाची आहे, आणि ते वेगळे काम आहे. दोन्ही गोंधळल्यास दिसण्यात काहीही न बदलणारी संपादने होतात.

openvpn --version | head -2
grep -n -E '^(data-ciphers|ncp-ciphers|cipher|tls-cipher)' server.conf client.ovpn

दोन्ही टोकांच्या याद्या आणि सर्व्हरचा नकार संदेश तुलना करा. छेद रिकामा असल्यास दुसऱ्या आवृत्तीसाठी लिहिलेल्या लेखातून मूल्य नकल न करता याद्या जाणीवपूर्वक जुळवा. फार उदार यादी प्रत्येक कनेक्शन गुपचूप कमकुवत करते. फार अरुंद यादी तुम्हाला ठेवायचा असलेला सहकारी वगळते.

सुसंगती स्पष्ट ठेवा

एका जुन्या सहकाऱ्यासाठी फॉलबॅक हा खर्चाचा निर्णय आहे: एक उपकरण जोडता यावे म्हणून संपूर्ण तैनाती कमकुवत पर्याय स्वीकारते. तसेच लिहून ठेवा, आणि ज्या सहकाऱ्याला गरज आहे त्यापुरते मर्यादित ठेवा.

दोन अटी निकाल ठरवतात. त्रुटी स्थानिक असल्यास बिल्ड बदला. त्रुटी बोलणीची असल्यास दोन्ही टोकांवर याद्या जुळवा आणि कोणत्या आवृत्तींना आधार देता ते नोंदवा.

मग आवृत्ती व क्षमतेचे आउटपुट जोडून नेमकी त्रुटी कळवा. ही जोडी अनुपस्थित अल्गोरिदमला मतभेदापासून वेगळी करते, आणि पुढील अनुमानित संपादनाची फेरी सुरू होण्यापूर्वी थांबवते.