स्थानीय डिवाइस VPN पर गायब हो जाते हैं: तीन अलग विफलताएँ

VPN चालू होने पर डिवाइस सूची से गायब होने वाला प्रिंटर अभी भी अपने पते पर जवाब दे सकता है। सूची खोज से भरती है, नाम रिज़ॉल्वर से आ सकता है, और सेवा तक सॉकेट से पहुँचा जाता है, और तीनों स्वतंत्र रूप से विफल हो सकते हैं। हर परत पर क्या काम करता है, इसकी तुलना बताती है कि कौन-सी सुविधा बदलनी है। पहले सभी स्थानीय-पहुँच अपवाद चालू करने से सबूत मिट जाते हैं।

यही अंतर है एक गुम डिवाइस और एक ऐसे डिवाइस में जो बस घोषित नहीं हो रहा।

खोज, नाम और पहुँच तीन परतें हैं

खोज प्रोटोकॉल मल्टीकास्ट या ब्रॉडकास्ट पर निर्भर करते हैं, और ये डिफ़ॉल्ट रूप से राउटेड टनल पार नहीं करते, इसलिए डिवाइस सूची से गायब हो सकता है जबकि वह पूरी तरह पहुँच में रहता है। नाम-हल दूसरी परत है: VPN रिज़ॉल्वर बदल सकता है, और जिस नाम का जवाब पहले स्थानीय नेटवर्क देता था, अब वह कहीं और मिल सकता है या बिल्कुल नहीं। पहुँच तीसरी है: एक रूट, एक फ़ायरवॉल नियम और एक सुनती हुई सेवा। हर परत टूट सकती है जबकि बाकी दो ठीक हों।

उन्हें नीचे से ऊपर जाँचें। एक ही पहुँच-जाँच बँटवारा स्पष्ट कर देती है: nc -vz 192.168.1.20 443 या तो सफल होता है, यानी रास्ता और सेवा ठीक हैं और संदिग्ध नाम है, या विफल होता है, जो सवाल को राउटिंग और नीति की ओर ले जाता है। फिर नाम पूछें। आपको मिलने वाली पहली विफलता वही परत है जिस पर काम करना है, और ऊपर की परतें उसकी भरपाई नहीं कर सकतीं।

पहले पता पूछें, फिर होस्टनाम

अगर पता जवाब देता है और नाम नहीं, तो समस्या राउटिंग नहीं बल्कि हल करने में है। अपना रिज़ॉल्वर स्थापित करने वाला VPN क्लाइंट बदल सकता है कि कौन-सा सर्वर स्थानीय नामों का जवाब देता है, और जो स्थानीय डोमेन आगे नहीं भेजता वह नाम को बिना जवाब छोड़ देता है। अगर पता भी विफल हो, तो समस्या रास्ते में है: टनल से होकर डिफ़ॉल्ट रूट, क्लाइंट की ओर से स्थानीय ट्रैफ़िक पर रोक, या ऐसा फ़ायरवॉल नियम जो केवल भौतिक इंटरफ़ेस की अनुमति देता है।

अगर दोनों काम करते हैं पर स्वचालित खोज नहीं, तो डिवाइस बस टनल से होकर खुद को घोषित नहीं कर रहा। मल्टीकास्ट-आधारित खोज के लिए यह अपेक्षित व्यवहार है, कॉन्फ़िगरेशन विफलता नहीं। पते से डिवाइस जोड़ना आम तौर पर ईमानदार समाधान है।

स्थानीय-पहुँच टॉगल असल में क्या बदलता है

स्थानीय नेटवर्क पहुँच सेटिंग आम तौर पर सीधे जुड़े सबनेट तक के ट्रैफ़िक को टनल से बचने देती है, और अलग-अलग क्लाइंट में अलग-अलग काम करती है। यह दूर के कार्यालय तक फ़ॉरवर्डिंग कॉन्फ़िगर नहीं करती, और होस्ट फ़ायरवॉल या ऐप की अपनी अनुमतियाँ नहीं बदलती। यह ओवरलैपिंग सबनेट को भी स्पष्ट नहीं बनाती। व्यापक रूप से चालू करने से पहले क्लाइंट के दस्तावेज़ों में पढ़ें कि सेटिंग क्या कवर करती है।

एक भरोसेमंद डिवाइस के लिए संकीर्ण अपवाद व्यापक अनुमति से बेहतर है, ख़ासकर अतिथि नेटवर्क पर जहाँ रोक जानबूझकर हो सकती है। निजी पता पहचान-जाँच नहीं है, इसलिए चुनाव इस पर निर्भर है कि आप किस नेटवर्क पर हैं।

जब नेटवर्क ओवरलैप करते हैं

अगर घर का नेटवर्क और दूर का नेटवर्क एक ही रेंज इस्तेमाल करते हैं, तो राउटिंग अस्पष्ट हो जाती है और न स्थानीय-पहुँच टॉगल और न कोई अपवाद इसे हल करता है। एक ही पते पर दो सेवाओं तक दोनों तरह नहीं पहुँचा जा सकता, और कौन जीतेगा यह मंशा पर नहीं बल्कि रूट की विशिष्टता और क्रम पर निर्भर करता है। समाधान पता-योजना है, क्लाइंट सेटिंग नहीं। प्रिंटर पर शाम बर्बाद करने से पहले रेंज जाँचें।

दूर के गेटवे के पीछे के डिवाइस के लिए फ़ॉरवर्डिंग, होस्ट नीति और वापसी रास्ता ऑपरेटर के पास है। क्लाइंट में स्थानीय चेकबॉक्स इनमें से कोई नहीं दे सकता, और उसके लिए कहना टॉगल के साथ प्रयोग करने से अधिक उपयोगी है।

दर्ज करें कि कौन-सी परत विफल हुई और आपने क्या बदला। अगला डिवाइस उन्हीं तीन जगहों में से एक पर विफल होगा।