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 इतरत्र होस्ट करण्याच्या बाजूने बोलते। प्रोफाइल दुरुस्त करणे, इशारा स्वीकारणे आणि अंतिम बिंदू हलविणे यापैकी निवड करणे हे त्या प्रमाणपत्रावर तुमचा किती विश्वास आहे याचा निर्णय आहे। तो जाणीवपूर्वक घ्या, आणि कोणता पर्याय निवडला ते लिहून ठेवा, चिन्ह हिरवे होईपर्यंत संवादांवर क्लिक करत राहण्याऐवजी।