روٹر کی 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 بہترین صورت میں تشخیص ہے اور بدترین صورت میں وہ رکاوٹ ہے جو آپ نے خود پیدا کی۔

نوٹ کریں کہ صفحہ کون سا ذریعہ استعمال کرتا ہے، اور ڈیوائس کام کرتی ہے یا نہیں یہ سوال جدول کی ایک قطار پر منحصر ہونا چھوڑ دے گا۔