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

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

अनुकूलता स्पष्ट राख्नुहोस्

एउटा पुरानो सहकर्मीका लागि फलब्याक लागत भएको निर्णय हो: एउटा उपकरण जोडिन सकोस् भनेर सम्पूर्ण परिनियोजनले कमजोर विकल्प स्वीकार्छ। त्यसै गरी लेख्नुहोस्, र आवश्यक पर्ने सहकर्मीमा मात्र सीमित राख्नुहोस्।

दुई सर्तले नतिजा निर्धारण गर्छन्। त्रुटि स्थानीय भए बिल्ड बदल्नुहोस्। त्रुटि वार्ताको भए दुवै छेउमा सूची मिलाउनुहोस् र कुन संस्करण समर्थन गर्नुहुन्छ लेख्नुहोस्।

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