बत्ती घरमा आफ्नो एपबाट चल्छ, फोन VPN मा जोडिएको क्षणमै प्रतिक्रिया दिन छोड्छ, र टनेल टुट्दा फर्केर आउँछ। बत्तीमा केही गडबड छैन। फोनले अब आफ्नो केही वा सबै ट्राफिक अर्को मार्गबाट पठाउँछ, र स्मार्ट होम एपले त्यो मार्गले नबोक्ने पत्ता लगाउने विधि प्रयोग गरिरहेको हुन सक्छ। केही पनि रिसेट गर्नु अघि असफल कार्य पहिचान गर्नुहोस्।

दुई मार्ग, र टनेलले एउटालाई मात्र छुन्छ

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

त्यसैले पहिलो निदान VPN सेटिङ होइन, असफल कार्य हो। स्थानीय सेटअप र क्लाउड नियन्त्रण सँगै असफल भएमा त्यसले पूर्ण रूपमा अर्कै ठाउँतर्फ संकेत गर्छ।

स्थानीय पत्ता लगाउने कार्य अलगै परीक्षण गर्नुहोस्

स्थानीय पत्ता लगाउने कार्य सामान्यतयालिङ्क-स्थानीय मल्टिकास्टमा निर्भर हुन्छ, जसलाई राउट गरिएको टनेलले विस्तार गर्दैन. नाम समाधान हुन्छ कि र एपबिना ठेगानामा पुग्न सकिन्छ कि जाँच्नुहोस्।

avahi-resolve -n lamp.local
ip route get 192.168.1.50
ping -c 3 192.168.1.50

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

यदि क्लाउड मार्ग मात्र बिग्रियो भने

स्थानीय आदेश चल्छन् र टाढाका चल्दैनन् भने, फोनको टनेलले पत्ता लगाउने कार्यमा होइन, क्लाउड सत्रमा बाधा पुर्‍याइरहेको हुन सक्छ। नयाँ निकास ठेगानाले खाता प्रमाणीकरण सुरु गर्न, पिन गरिएको सत्र तोड्न वा क्षेत्रीय जाँचमा असफल हुन सक्छ। एप र सञ्जाल अन्यथा अपरिवर्तित राख्दै एउटा समर्थित कार्य तुलना गर्नुहोस्, र प्रमाणपत्र प्रमाणीकरण कायम राख्नुहोस्। सेवाको आफ्नै पुनःप्राप्ति प्रवाह सही उपकरण हो; लगइन पास गराउन सुरक्षा जाँच बन्द गर्नु होइन।

DNS पनि जाँच्नुहोस्, किनकि एपले विक्रेताका अन्त्य बिन्दुहरूलाई अपेक्षित क्षेत्रबाट मात्र सही जवाफ दिने होस्टनाममा समाधान गर्न सक्छ।

टाढाको पहुँच तेस्रो डिजाइन हो

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

कुन मार्ग असफल भयो र कुन परिवर्तनले त्यसलाई सुधार्यो लेख्नुहोस्। स्मार्ट होमका असफलताहरू सामान्यतया राउटिङ वा अनुमतिको सीमा हुन्छन्, र अर्को उपकरणले पनि त्यही सीमा भेट्नेछ।

सम्बन्धित लेखहरू