दूरस्थ साइट से NVR खोलें और LAN पृष्ठ के अभी लोड होते समय लाइव व्यू विफल हो सकता है। टनल चालू है, रिकॉर्डर उत्तर देता है, और उत्तर ऐसे रास्ते पर जाता है जिसे किसी ने नहीं खींचा: रिकॉर्डर का आंतरिक कैमरा पोर्ट। PoE मॉडल में वह दूसरा जुड़ा नेटवर्क पता योजना का हिस्सा है, चाहे वह मुख्य LAN सेटिंग्स पृष्ठ पर दिखे या न दिखे।

विफलता को क्लाइंट से रिकॉर्डर तक और वापस ट्रेस करें। छिपा हुआ इंटरफ़ेस वापसी के चरण में ही दिखता है।

LAN से नहीं, दूरस्थ क्लाइंट से पुनरुत्पादन करें

ऐसे क्लाइंट से परीक्षण करें जो वास्तव में VPN पार करता है। उसी LAN का ब्राउज़र सीधे रिकॉर्डर तक पहुँचता है, इसलिए वह कभी उस रास्ते को नहीं आज़माता जो विफल होता है। क्लाइंट का पता, रिकॉर्डर का LAN पता और विफल होने वाली सटीक सेवा दर्ज करें।

एक से अधिक सेवा आज़माएँ। वेब प्रबंधन पृष्ठ, लाइव स्ट्रीम और प्लेबैक अनुरोध अलग-अलग पोर्ट और अलग-अलग प्रॉक्सी इस्तेमाल कर सकते हैं, और एक काम कर सकता है जबकि दूसरा विफल हो। यह तुलना बताती है कि विफलता सेवा-विशिष्ट है या नहीं। यह एक विफल पोर्ट को मृत रिकॉर्डर समझे जाने से भी रोकती है।

ध्यान दें कि अनुरोध रिकॉर्डर तक पहुँचता है या नहीं। जो कनेक्शन कभी नहीं पहुँचता वह आने वाले रास्ते पर रूटिंग या फ़ायरवॉल की ओर संकेत करता है; जो अनुरोध पहुँचकर फिर अटक जाता है वह वापसी रास्ते या सेवा की ओर संकेत करता है। रिकॉर्डर का कनेक्शन लॉग या काउंटर इस्तेमाल करें अगर वह देता हो। साइट सीमा पर पैकेट कैप्चर विकल्प है।

रिकॉर्डर से बाहर जाते उत्तर का पीछा करें

दो साइटों वाली एक उदाहरण व्यवस्था पर विचार करें। दूरस्थ क्लाइंट 10.60.0.25/24 है, रिकॉर्डर की साइट का LAN 10.70.0.0/24 है, रिकॉर्डर का LAN पता 10.70.0.50 है, और उसका आंतरिक PoE नेटवर्क 10.60.0.0/24 है।

Site A client:        10.60.0.25/24
Site B LAN:           10.70.0.0/24
NVR LAN address:      10.70.0.50
NVR internal PoE net: 10.60.0.0/24

साइट A से ट्रैफ़िक टनल के ज़रिए 10.70.0.50 तक पहुँचता है। फिर रिकॉर्डर अपनी तालिका में वापसी पता खोजता है और 10.60.0.25 को कवर करने वाला जुड़ा प्रीफ़िक्स पाता है। वह प्रीफ़िक्स उसके डिफ़ॉल्ट रूट से अधिक विशिष्ट है, इसलिए उत्तर टनल की बजाय कैमरा पोर्ट की ओर जाता है।

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

छिपे हुए PoE नेटवर्क की सूची बनाएँ

रिकॉर्डर की नेटवर्क सेटिंग्स में आंतरिक NIC, PoE अनुभाग या अलग कैमरा सबनेट खोजें। कुछ मॉडल इसे अपने पते वाले दूसरे इंटरफ़ेस के रूप में दिखाते हैं; अन्य इसे कैमरा कॉन्फ़िगरेशन पृष्ठ के पीछे छिपाते हैं।

फ़ैक्ट्री प्रीफ़िक्स मानने के बजाय मॉडल और फ़र्मवेयर दस्तावेज़ जाँचें। एक उत्पाद श्रृंखला का सामान्य डिफ़ॉल्ट हर रिकॉर्डर के बारे में तथ्य नहीं है, और कॉपी किया गया नंबर असली ओवरलैप को उजागर करने के बजाय छिपा सकता है।

पता चली रेंज की तुलना दोनों साइटों के LAN, VPN क्लाइंट पूल और रिकॉर्डर पर किसी भी अन्य जुड़े नेटवर्क से करें। दूरस्थ क्लाइंट पूल से ओवरलैप वह स्थिति है जो उत्तरों को दूसरी दिशा में भेजती है; किसी असंबंधित स्थानीय रेंज से ओवरलैप VPN को छुए बिना स्थानीय कैमरा पहुँच तोड़ सकता है। नए नंबर चुनने से पहले ओवरलैप एक ही शीट पर बनाएँ। दो ओवरलैपिंग रेंज वहाँ स्पष्ट दिखती हैं और दो अलग सेटिंग्स पृष्ठों पर अदृश्य रहती हैं।

रेंज, इंटरफ़ेस का नाम और उस पर के कैमरा पते दर्ज करें। यही सूची वह है जिसे पुनःक्रमांकन योजना को सुरक्षित रखना है। वहाँ रहते हुए कैमरा मॉडल और फ़र्मवेयर संस्करण भी शामिल करें।

सिर्फ़ NVR नहीं, कैमरों के साथ पुनःक्रमांकन करें

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

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

दूरस्थ क्लाइंट का परीक्षण करने से पहले स्थानीय कैमरा स्ट्रीम और रिकॉर्डिंग सत्यापित करें। ऐसे रिकॉर्डर पर बना दूरस्थ समाधान, जिसने अपने कैमरे खो दिए हैं, समाधान नहीं है।

स्ट्रीम, रिकॉर्डिंग और दूरस्थ पहुँच सत्यापित करें

दूरस्थ क्लाइंट से लाइव व्यू, प्लेबैक और प्रबंधन पृष्ठ अलग-अलग जाँचें। नियंत्रित LAN और VPN सीमाओं पर अनुरोध और उत्तर देखें ताकि वापसी रास्ता दिखे, काम करते पृष्ठ से अनुमान न लगाया जाए।

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

जब पुनःक्रमांकन असंभव हो, तो पता अनुवाद का कोई भी विकल्प समर्थित पता दृश्य और अपनी नीति समीक्षा चाहता है। सामान्य सबक रिकॉर्डर से आगे जाता है: कोई उपकरण कैमरा, सेवा या प्रबंधन नेटवर्क रख सकता है जिसे दूरस्थ साइट पहले से क्रमांकित करती है।

साइट योजना में अंतिम रेंज और परीक्षण की गई सेवाएँ दर्ज करें। अगला रिकॉर्डर, कैमरा विस्तार या VPN पूल परिवर्तन उन नंबरों का फिर इस्तेमाल करेगा, और एक बार ठीक किया गया ओवरलैप फिर से लाना आसान है।

संबंधित लेख