राउटरको IPv6 सूचीबाट एउटा उपकरण हराउँछ: के बदलियो?

एउटा मिडिया प्लेयर राउटरको IPv6 क्लाइन्ट सूचीबाट खस्छ जबकि यसका स्ट्रिमहरू काम गरिरहन्छन्, र स्वाभाविक निष्कर्ष केही बिग्रियो भन्ने हुन्छ। प्रायः सूचीले आफू के देखाउँछ भन्नेबारे मात्र आफ्नो विचार बदलेको हुन्छ। राउटरको स्थिति पृष्ठले DHCPv6 लीज, ताररहित सम्बद्धता, छिमेकी प्रविष्टि वा मिलाइएको दृश्य देखाउन सक्छ, र प्रत्येकले फरक प्रश्नको उत्तर दिन्छ।

पृष्ठले एक प्रकारको रेकर्ड देखाउँछ, पूरा सूची होइन

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

त्यसैले पहिलो प्रश्न उपकरण किन हरायो भन्ने होइन, तर पृष्ठले कुन डेटा स्रोतबाट लिन्छ भन्ने हो।

तीन होस्ट दृश्यले तीन फरक प्रश्नको उत्तर दिन्छन्

अधिकृत Linux होस्टमा तीनै वस्तुहरू छुट्टाछुट्टै पढ्नुहोस्। ठेगाना सूचीले के कन्फिगर गरिएको छ देखाउँछ, रुट तालिकाले ट्राफिक कहाँ जान्छ देखाउँछ, र छिमेकी तालिकाले होस्टले हालै लिंकमा कससँग कुरा गर्यो देखाउँछ। यिनीहरूलाई मिसाउँदा आत्मविश्वासी गलत उत्तरहरू आउँछन्, किनकि हराएको छिमेकी प्रविष्टि हराएको ठेगानाजस्तै देखिन्छ।

ip -6 address show
ip -6 route show
ip -6 neighbour show

यिनीहरूलाई ट्राफिक बोक्ने वास्तविक नेटवर्क नामस्थानभित्र चलाउनुहोस्। कन्टेनरभित्र इन्टरफेस सूची होस्टले देख्नेभन्दा फरक हुन सक्छ, र VPN क्लाइन्ट दुवैमध्ये कुनैमा बस्न सक्छ।

VPN संक्रमण अघि र पछि तीही तीन आउटपुट तुलना गर्नुहोस्, र समय छापहरू टिप्नुहोस्। ठेगाना र रुट ठाउँमै रहँदा हराउने छिमेकी प्रविष्टिले क्यास पुरानो हुने वर्णन गर्छ, कन्फिगरेसन परिवर्तन होइन।

प्रदर्शन परिवर्तनलाई कनेक्टिभिटी परिवर्तनबाट अलग गर्नुहोस्

त्यसपछि साँच्चै महत्त्वपूर्ण कुरा परीक्षण गर्नुहोस्: उपकरणलाई आवश्यक पर्ने IPv6 स्रोतको पहुँच। यदि सेवाले स्वीकृत मार्गबाट IPv6 मा उत्तर दिन्छ भने, ड्यासबोर्डबाट हराएको पंक्ति निगरानीको दोष हो। यदि असफल हुन्छ भने, प्रदर्शन परिवर्तन लक्षण हुन सक्छ, र अर्को कदम सूची आफै होइन, रुटिङ र फायरवालको मार्ग हो। रुट गरिएको VPN ले सामान्यतया होस्टको LAN इन्टरफेसलाई टाढाको लिंकमा सार्दैन, त्यसैले LAN ठेगाना र टनेल ठेगाना आफ्नो सोचको छुट्टै स्तम्भमा राख्नुहोस्।

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

स्रोत प्रमाणित गर्नुहोस्, त्यसपछि तालिकाहरूलाई एक्लै छोड्नुहोस्

यदि होस्टको स्थिति र कनेक्टिभिटी दुवै ठीक देखिन्छ भने, नेटवर्क छुनु अघि सूचीको डेटा स्रोत र रिफ्रेस व्यवहार जाँच्नुहोस्। लीज अवधि, क्यास समयसीमा वा पृष्ठले वर्गीकरण नगर्ने ठेगाना लुकाउने प्रदर्शन फिल्टर खोज्नुहोस्।

ड्यासबोर्डको पंक्ति फेरि देखियोस् भनेर छिमेकी तालिका खाली नगर्नुहोस्, IPv6 बन्द नगर्नुहोस् वा ठेगाना पुनः नतोक्नुहोस्। ती कार्यले चलिरहेको ट्राफिकमा अवरोध गर्छन् र सामान्यतया अर्को क्यास सकिएसम्म मात्र पंक्ति पुनःस्थापित गर्छन्। ip -6 neigh flush dev br-lan उत्तम अवस्थामा निदान हो र सबैभन्दा नराम्रो अवस्थामा आफैले सिर्जना गरेको अवरोध हो।

पृष्ठले कुन स्रोत प्रयोग गर्छ टिप्नुहोस्, र उपकरण काम गर्छ कि भन्ने प्रश्न तालिकाको पङ्क्तिमा निर्भर हुन छोड्नेछ।