दोन LAN पोर्ट असलेला Synology NAS: VPN हँडशेक का अयशस्वी होतो

लॅपटॉप TLS हँडशेक अपयशाची नोंद करतो, जे प्रमाणपत्राच्या समस्येसारखे वाटते आणि सहसा तसे नसते. दोन Ethernet पोर्ट असलेल्या NAS वर सर्वात सामान्य कारण म्हणजे पॅकेज ज्या पत्त्यावर ऐकत नाही त्या पत्त्याकडे निर्देशित राउटर फॉरवर्ड, आणि क्लायंटचा संदेश दोन्ही बाबतीत एकच असतो. फक्त दोन्ही केबल जोडलेल्या आहेत म्हणून पॅकेज दुसऱ्या पोर्टवर उत्तर देत नाही. कोणीही प्रमाणपत्र पुन्हा जारी करण्यापूर्वी, पॅकेट NAS पर्यंत पोहोचतेच हे सिद्ध करा.

क्लायंट काय नोंदवतो आणि प्रत्यक्षात काय घडले

OpenVPN क्लायंटचे हँडशेक अपयश ही एक सर्वसाधारण संज्ञा आहे. त्यात प्रमाणपत्राची विसंगती, ट्रान्सपोर्टची विसंगती, दुसऱ्या पोर्टवरील श्रोता आणि काहीही पोहोचवले नाही असे फॉरवर्ड यांचा समावेश होतो. म्हणून संदेश सुरुवातीचा बिंदू म्हणून निरुपयोगी आहे आणि केवळ पुष्टी म्हणून उपयुक्त आहे. सत्र स्थापन झाले नाही असे विधान म्हणून त्याकडे पहा, आणि त्याहून अधिक विशिष्ट काहीही नाही.

पोर्ट आणि बांधलेला पत्ता ही दोन तथ्ये ठरवतात की पॅकेट कधी पोहोचते का.

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

पॅकेज ज्या पत्त्यावर ऐकते तो पत्ता शोधा

DSM Ethernet पोर्टला क्रमांक देतो आणि प्रत्येकाचा स्वतःचा पत्ता असतो. VPN Server पृष्ठ OpenVPN सेवा वापरत असलेल्या इंटरफेसचे नाव देतो, आणि नेटवर्क पॅनेल त्या इंटरफेसवर संरचित केलेला पत्ता दाखवते. सेवेपासून बाहेरच्या दिशेने याच क्रमाने ते वाचा, जेणेकरून तुम्ही वापरायला हवे असे तुम्हाला वाटते त्याऐवजी प्रत्यक्षात काय ऐकत आहे याचे वर्णन कराल.

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

sudo ss -lunp | grep 1194

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

फॉरवर्ड दुरुस्त करा, नंतर काउंटर पहा

त्याच बाह्य पोर्टसाठी दुसरा जोडण्याऐवजी विद्यमान फॉरवर्ड नियम संपादित करा. राउटरच्या तक्त्यात दोन नियम एकत्र राहू शकतात आणि नेहमी फक्त एकच जिंकतो, ज्यामुळे डीबगिंग सत्र कोणता खरा आहे या वादात बदलते. अंतर्गत पत्ता तुम्ही NAS वरून वाचलेल्या मूल्याकडे निर्देशित करा, आणि अंतर्गत पोर्ट सेवा ज्या पोर्टवर ऐकते त्याशी जुळू द्या.

DSM तो पत्ता DHCP द्वारे घेत असल्यास, प्रथम आरक्षण तयार करा. लीज बदलल्याने काल कार्यरत असलेला फॉरवर्ड शांतपणे तुटतो.

sudo tcpdump -i any -n udp port 1194

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

तेव्हाच प्रमाणपत्रे आणि ट्रान्सपोर्ट पहा

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

शेवटचा टप्पा म्हणून तुमच्या स्वतःच्या नेटवर्कबाहेरून चाचणी करा, कारण LAN मधून जोडणी फॉरवर्डला कधीच न स्पर्श करणाऱ्या मार्गाने यशस्वी होऊ शकते.

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