स्थानीय उपकरणहरू VPN मा हराउँछन्: तीन अलग असफलताहरू

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

त्यो हराएको उपकरण र केवल घोषणा नगरिएको उपकरणबीचको भिन्नता हो।

खोज, नाम र पहुँच तीन तह हुन्

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

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

पहिले ठेगाना सोध्नुहोस्, त्यसपछि होस्टनाम

ठेगानाले जवाफ दिन्छ र नामले दिँदैन भने, समस्या राउटिङमा होइन, समाधानमा छ। आफ्नै रिजोल्भर स्थापना गर्ने VPN क्लाइन्टले स्थानीय नामहरूलाई कुन सर्भरले जवाफ दिन्छ भन्ने बदल्न सक्छ, र स्थानीय डोमेन अगाडि नपठाउने क्लाइन्टले नामलाई जवाफविना छोड्छ। ठेगाना पनि असफल भयो भने, समस्या मार्गमा छ: सुरुङबाट पूर्वनिर्धारित मार्ग, क्लाइन्टतर्फबाट स्थानीय ट्राफिक अवरोध, वा केवल भौतिक इन्टरफेसलाई अनुमति दिने फायरवाल नियम।

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

स्थानीय-पहुँच टगलले वास्तवमा के बदल्छ

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

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

जब सञ्जालहरू ओभरल्याप हुन्छन्

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

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

कुन तह असफल भयो र तपाईंले के बदल्नुभयो लेख्नुहोस्। अर्को उपकरण पनि ती तीनै ठाउँमध्ये एकमा असफल हुनेछ।