Netgear OpenVPN: TUN र TAP फरक पोर्टमा सुन्छन्

एउटा फोन कुनै गुनासो बिना राउटरको VPN मा जोडिन्छ, तर त्यही डाउनलोड पृष्ठको प्रोफाइल प्रयोग गर्ने ल्यापटपको समय सकिन्छ। ती दुई प्रयासबीच प्रमाणपत्रमा केही पनि बदलिएको थिएन, किनभने ल्यापटप प्रमाणपत्र महत्त्वपूर्ण हुने बिन्दुसम्म कहिल्यै पुगेन। राउटरले TUN र TAP का लागि छुट्टाछुट्टै श्रोता प्रकाशित गर्छ, र काम गर्ने प्रोफाइलले आफ्नै यन्त्र प्रकारको श्रोता छान्नुपर्छ।

तीन सम्भावित दोषमध्ये कुनलाई पछ्याउने भन्ने निर्णय गर्नु यहाँको पूरै काम हो: पोर्ट, यन्त्र प्रकार, वा डेटा-च्यानलको साइफर वार्ता।

मिल्नुपर्ने तीन कुरा

यन्त्र प्रकार, प्रोफाइलको इन्टरफेस लाइन र श्रोता पोर्टले एउटै छनोट बनाउँछन्, तीन होइन। dev tun घोषणा गर्ने र TAP श्रोतातर्फ लक्षित प्रोफाइलले सत्र पूरा गर्न सक्दैन, र उल्टो पनि त्यसै गरी असफल हुन्छ। आफ्नो मोडेल र फर्मवेयरका लागि पोर्ट कुनै मार्गदर्शनबाट नभई राउटरको आफ्नै VPN पृष्ठबाट पढ्नुहोस्, किनभने बिल्डहरूबीच संख्याहरू सर्छन्। मोडेल र फर्मवेयर संस्करण त्यो संख्याको छेउमा लेख्नुहोस् ताकि अर्को व्यक्तिले जाँच गर्न सकोस्।

क्षेत्रीय प्रतिवेदनहरूले एउटा फर्मवेयरमा TUN का लागि 12973 र TAP का लागि 12974 जस्तो जोडी, र अर्कोमा फरक संख्या उल्लेख गर्छन्। तिनलाई बिल्ड फरक छन् भन्ने प्रमाणका रूपमा पढ्नुहोस्, प्रतिलिपि गर्ने स्थिरांकका रूपमा होइन। त्यसपछि प्रोफाइललाई दूरी अनुकूल होस्टनाम चाहिन्छ: बदलिने WAN ठेगानाको सट्टा राउटरको गतिशील DNS नाम।

पोर्ट र इन्टरफेस लाइन सुधारेपछि प्रोफाइल एउटा remote लाइन र एउटा dev लाइन भएको सामान्य क्लाइन्ट कन्फिगरेसनजस्तो देखिन्छ। यी दुई नमिलेमा जतिपटक प्रयास गरे पनि सत्र बन्दैन।

लगलाई छापिने क्रममै पढ्नुहोस्

OpenVPN क्लाइन्टले घटनाहरू घट्ने क्रममै जानकारी दिन्छ, त्यसैले मौनताअघिको अन्तिम लाइनले जाँच्नुपर्ने तह देखाउँछ। जब रन TLS Error: TLS key negotiation failed मा टुंगिन्छ, वा पहिलो प्रतिक्रियाको प्रतीक्षा गरेर हार मान्छ, तब प्रमाणपत्र तुलना कहिल्यै भएको थिएन। यसले पहुँच, श्रोता, वा पछाडि केही नभएको पोर्टतर्फ संकेत गर्छ। तीमध्ये कुनै पनि CA फाइल बदलेर सुधारिँदैन।

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

आधुनिक क्लाइन्टले अपेक्षा गर्ने साइफर सूची थप्नुहोस्

हालैका OpenVPN क्लाइन्टहरूले उपभोक्ता फर्मवेयरले अझै दिइरहेका पुराना पूर्वनिर्धारित मानहरू अस्वीकार गर्छन्, र लक्षण सफल ह्यान्डशेकपछि तुरुन्तै वार्ता असफलता हो। समाधान एउटा प्रोफाइल लाइन हो जसले क्लाइन्ट के स्वीकार गर्नेछ भनी उल्लेख गर्छ: data-ciphers लाई यही क्रममा AES-256-GCM, AES-128-GCM, CHACHA20-POLY1305 र AES-128-CBC मा सेट गर्नुहोस्। राउटरले लागू नगरेको कुनै पनि एल्गोरिदम कहिल्यै छानिँदैन, त्यसैले लामो सूचीले अलिक लामो वार्ताबाहेक केही खर्च गर्दैन।

साइफरको सूची बनाउनुले राउटरलाई नभएको कुरा सिकाउँदैन। वार्ता अझै असफल भइरहेछ भने राउटरको पृष्ठमा आफ्नै साइफर सेटिङ छ कि छैन र त्यो सेटिङमा क्लाइन्टले स्वीकार गर्ने कम्तीमा एउटा प्रविष्टि छ कि छैन जाँच्नुहोस्। साझा सदस्य नभएका दुई सूचीले गलत पोर्टजस्तै ठ्याक्कै उही असफलता दिन्छन्, त्यसैले दुवै छेउ एक नजरको योग्य छन्।

हातले प्रतिलिपि सम्पादन गर्नुको सट्टा एकपटक आयात गर्नुहोस्

सुधारिएको फाइल NetworkManager मा आयात गर्नुले अलिक फरक प्रोफाइलले भरिएको फोल्डरबाट बचाउँछ: nmcli connection import type openvpn file client.ovpn, त्यसपछि नामबाट सुरु गर्नुहोस्। आयात गरिएको प्रोफाइललाई तपाईंले सम्पादन गर्ने एक मात्र प्रतिका रूपमा राख्नुहोस्, र बारम्बार डाउनलोडबाट जम्मा हुने प्रतिलिपि मेट्नुहोस्।

त्यसपछि LAN बाहिरबाट परीक्षण गर्नुहोस्। उही नेटवर्कबाट जोडिनु धेरै थोरै प्रमाणित गर्छ, किनभने ट्राफिक टनेलबाटै नगए पनि हुन्छ। अनुरोध साँच्चै राउटरबाट बाहिर जान्छ भनी पुष्टि गर्नुहोस्, क्लाइन्टले जोडिएको अवस्था देखाउँछ भन्ने मात्र होइन।

चेतावनीका बारेमा के गर्ने भनी निर्णय गर्नुहोस्

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

फर्मवेयरले साँच्चै महत्त्वपूर्ण चेतावनी सुधार्ने कुनै समर्थित तरिका दिँदैन भने त्यो अन्तरले VPN अन्तै होस्ट गर्ने पक्षमा बोल्छ। प्रोफाइल सुधार्ने, चेतावनी स्वीकार गर्ने र अन्तिम बिन्दु सार्नेबीचको छनोट त्यो प्रमाणपत्रमाथि तपाईंको कति विश्वास छ भन्ने निर्णय हो। यो जानाजान गर्नुहोस्, र कुन विकल्प छान्नुभयो लेख्नुहोस्, आइकन हरियो नहुँदासम्म संवादहरूमा क्लिक गरिरहनुको सट्टा।