एक मीडिया प्लेयर राउटर की 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 सबसे अच्छी स्थिति में निदान है और सबसे बुरी स्थिति में खुद पैदा की गई रुकावट है।

नोट करें कि पृष्ठ कौन-सा स्रोत इस्तेमाल करता है, और डिवाइस काम करता है या नहीं यह प्रश्न तालिका की पंक्ति पर निर्भर होना बंद कर देगा।

संबंधित लेख