OpenVPN ला जोडले आहे पण पिंग किंवा SMB शेअर नाही? तीन द्वारे तपासा

टनेल वर येते, क्लायंटला पत्ता मिळतो, आणि दूरच्या LAN वर काहीच प्रतिसाद देत नाही। पिंग अपयशी होते, शेअर उघडत नाही, आणि VPN लॉग स्वच्छ दिसतो कारण त्याच्या दृष्टिकोनातून सत्र निरोगी आहे। त्या सत्र आणि सर्व्हरवरील फाइल यांच्यात तीन स्वतंत्र द्वारे आहेत: फॉरवर्डिंग धोरण, सेवेला आवश्यक असलेले पोर्ट, आणि पत्त्याऐवजी तुम्ही टाइप केलेले नाव।

प्रत्येक द्वार वेगळ्या लक्षणाने अपयशी होते, आणि फक्त पहिलेच VPN सर्व्हरवर आहे।

फॉरवर्डिंग हे FORWARD चेनवरील धोरण आहे

OpenVPN लिसनरची स्वीकृती INPUT वर होते, म्हणून LAN कडे जाणारे प्रत्येक पॅकेट टाकून दिले जात असले तरी टनेल जोडले जाऊ शकते। tun0 वरून येऊन LAN इंटरफेसने बाहेर जाणारा ट्रॅफिक FORWARD मधून जातो, आणि तिथे डीफॉल्ट DROP धोरण असलेला होस्ट तो शांतपणे टाकून देतो। दुसरे काहीही हाताळण्यापूर्वी sysctl आणि चेन दोन्ही तपासा: sysctl net.ipv4.ip_forward आणि iptables -L FORWARD -v -n।

तुम्हाला हवी असलेली दिशा आणि त्याशी संबंधित प्रतिसादांना परवानगी द्या, उदाहरणार्थ टनेल इंटरफेसपासून LAN इंटरफेसपर्यंत accept नियम आणि established तसेच related ट्रॅफिकसाठी stateful नियम। LAN दुसऱ्या राउटरच्या मागे असल्यास, त्या राउटरला क्लायंट पूलकडे परतीचा मार्ग किंवा VPN सर्व्हरवर source NAT आवश्यक आहे। अधिक नियम जोडण्यापूर्वी एका पिंगने तो मार्ग निश्चित करा, कारण ज्याच्यापर्यंत पोहोचता येत नाही तो नियम काउंटरमध्ये कधीच दिसत नाही।

SMB ला एकापेक्षा जास्त पोर्ट लागतात

फाइल शेअरिंग ही एकच TCP 445 संभाषण नाही। शोध UDP 137 आणि 138 वापरतो, जुनी NetBIOS सत्रे TCP 139 वापरतात, आणि आधुनिक SMB सत्रे TCP 445 वापरतात। फक्त 445 उघडणारा नियम मॅप केलेले ड्राइव्ह चालते पण नेटवर्क ब्राउझिंग चालत नाही, किंवा उलट अशी चिडचिड करणारी स्थिती निर्माण करतो।

टनेलमधून मोठे हस्तांतरण देखील तुटलेल्या शेअरसारखी दिसणाऱ्या MSS समस्यांना तोंड देतात। LAN चा पूर्ण सेगमेंट आकार जाहीर करणारा SYN टनेलच्या लहान MTU मुळे टाकून दिला जातो, आणि हात मिळवल्यानंतर कनेक्शन लटकते। फॉरवर्डिंग मार्गावर MSS क्लॅम्प करणे, iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu, त्या प्रकारचा स्तब्धता दूर करते। डिरेक्टरी सूचीऐवजी काही मेगाबाइटच्या प्रतीने तपासा, कारण मोठे हस्तांतरण जात नसतानाही लहान प्रतिसाद जातात।

टनेल अडॅप्टर नवीन नेटवर्क प्रोफाइल म्हणून येते

Windows प्रत्येक अडॅप्टरचे नेटवर्क प्रोफाइलमध्ये वर्गीकरण करते, आणि नवीन टनेल अडॅप्टर सहसा Public मध्ये पडते, जिथे फाइल आणि प्रिंटर शेअरिंगचे नियम ब्लॉक असतात। हा फाइल सर्व्हरवरील होस्ट फायरवॉलचा निर्णय आहे, VPN सर्व्हरवरील राउटिंगची समस्या नाही। धोरण परवानगी देते याची खात्री केल्यावर जाणीवपूर्वक श्रेणी बदला Set-NetConnectionProfile -InterfaceAlias "Ethernet 3" -NetworkCategory Private ने, कारण श्रेणी कोणते इनबाउंड नियम लागू होतील ते देखील बदलते।

तेच प्रोफाइल TCP 445 यशस्वी होत असताना पिंग अपयशी का होते हे स्पष्ट करते: Public मध्ये इको विनंत्या डीफॉल्टनुसार टाकून दिल्या जातात।

नावे राउटेड टनेल स्वतः ओलांडत नाहीत

NetBIOS नाव रिझोल्यूशन आणि स्थानिक शोध राउटेड टनेल वाहून नेणाऱ्या ब्रॉडकास्टवर अवलंबून असतात। म्हणून सर्व्हरचे लहान नाव टाइप करणे अपयशी होते पण त्याचा पत्ता चालतो, आणि फक्त शोध तुटलेला असतानाही शेअर तुटलेला दिसतो। टनेल देत असलेल्या रिझॉल्व्हरवर सर्व्हरसाठी DNS रेकॉर्ड जोडा, किंवा शॉर्टकटमध्ये पत्ता वापरा।

उपयोजन अजूनही WINS वर अवलंबून असल्यास, ब्रॉडकास्ट ट्रॅफिक येईल अशी अपेक्षा न करता क्लायंटवर ते कॉन्फिगर करा। आधी पत्त्याने तपासा जेणेकरून नावाचे अपयश फायरवॉलच्या अपयशाशी गोंधळणार नाही।

एका वेळी एक थर तपासा आणि पहिले अपयश वाचा

वरच्या दिशेने जा: टनेल गेटवेवर पिंग करा, पत्त्याने LAN होस्टवर पिंग करा, नंतर Test-NetConnection -ComputerName 10.8.0.5 -Port 445 ने सेवेचा पोर्ट उघडा, आणि त्यानंतरच शेअरवर प्रमाणीकरण करा। पहिले अपयशी पाऊल हाच सुधारायचा थर आहे, आणि तो पार होईपर्यंत त्यानंतरचे प्रत्येक पाऊल गोंगाट आहे। पोर्ट बंद असतानाही पिंग प्रतिसाद देत असेल तर ते फाइल सर्व्हरच्या स्वतःच्या फायरवॉलकडे निर्देश करते, तर शांत पिंग असूनही पोर्ट उघडत असेल तर ते ICMP फिल्टरिंगकडे निर्देश करते। काहीही बदलण्यापूर्वी पहिले अपयशी पाऊल लिहून ठेवा, कारण दुसरा बदल पहिल्याचा निकाल लपवतो।

VPN सर्व्हर LAN चा राउटर नसल्यास, त्या राउटरवर परतीचा मार्ग निश्चित करा सर्व्हरवर अधिक नियम जोडण्यापूर्वी। त्याशिवाय विनंत्या होस्टपर्यंत पोहोचतात आणि प्रतिसाद डीफॉल्ट मार्गाने इंटरनेटकडे जातात, जे क्लायंटच्या बाजूने अगदी फायरवॉल ड्रॉपसारखे दिसते।

तुमच्या नोट्समध्ये शेअर खाते VPN लॉगिनपासून वेगळे ठेवा, कारण यशस्वी टनेल फाइल परवानग्यांबद्दल काहीही सांगत नाही। गहाळ नियम टाळण्यासाठी SMB इंटरनेटवर उघडणे हा उपाय नाही।