VPN منقطع ہونے کے بعد Mac کی IPv6 حالت کیسے جانچیں

سرنگ گرنے کے بعد IPv4 کے ذریعے کسی سائٹ تک پہنچنا IPv6 کے بارے میں کچھ ثابت نہیں کرتا۔ macOS دونوں خاندانوں کو ہر نیٹ ورک سروس کے لیے الگ الگ ترتیب دیتا ہے، اور VPN کلائنٹ دوسرے کو چھوئے بغیر ایک بدل سکتا ہے۔ تینوں تہیں ترتیب سے دیکھیں: پتے کی ترتیب، راستے کا انتخاب، اور پھر منقطع حالت میں کلائنٹ جو بھی پالیسی نصب کرے۔ اس دوران رسائی نیٹ ورک کو بغیر تبدیلی رکھیں، ورنہ آپ دو مختلف مسائل کا موازنہ کریں گے۔

اُس خاندان سے شروع کریں جو واقعی ٹوٹا

IPv4 کے ذریعے لوڈ ہونے والا صفحہ آپ کو بتاتا ہے کہ طبعی نیٹ ورک زندہ ہے۔ یہ نہیں بتاتا کہ سروس کے پاس عالمی IPv6 پتہ ہے یا نہیں، سابقہ اب بھی اعلان ہو رہا ہے یا نہیں، یا کوئی چیز خاندان کو فلٹر کر رہی ہے یا نہیں۔ اوزار منتخب کرنے سے پہلے تصدیق کریں کہ کیا ناکام ہوا، کیونکہ ناقابل رسائی پتے پر حل ہونے والا نام بالکل اُس نام جیسا دکھتا ہے جو حل ہی نہیں ہوتا۔ پوچھیں کہ کون سی تہہ نے غلط جواب دیا، اور جواب لکھ لیں۔ اس کے بغیر ہر اگلا قدم طریقہ کار کے لباس میں اندازہ ہے۔

پوری موازنہ کے دوران وہی Wi-Fi نیٹ ورک اور وہی رسائی نقطہ رکھیں۔ کل IPv6 فراہم کرنے والا کیفے نیٹ ورک اب آپ جس نیٹ ورک پر ہیں اُس کے بارے میں کچھ نہیں بتاتا۔

راستے سے پہلے پتہ پڑھیں

سسٹم سیٹنگز میں، فعال سروس کا TCP/IP پینل دکھاتا ہے کہ IPv6 خودکار، دستی یا صرف لنک-مقامی ہے۔ اس کا موازنہ اپنی توقع سے کریں، یاد رکھیں کہ ادارہ جان بوجھ کر دستی ترتیب منتخب کر سکتا ہے۔ پھر ifconfig چلائیں اور متعلقہ انٹرفیس پڑھیں۔ صرف fe80:: پتہ ہونے کا مطلب ہے کہ انٹرفیس اپنے پڑوسیوں سے بات کر سکتا ہے اور اس سے زیادہ نہیں، اس لیے لنک-مقامی موجودگی قابل استعمال راستے کا ثبوت نہیں۔

کلائنٹ کے چھوڑے ہوئے utun انٹرفیس بھی تلاش کریں۔ پرانا سرنگ آلہ کلائنٹ کے استعمال بند کرنے کے بعد بھی طویل عرصے تک پتہ اور راستہ رکھ سکتا ہے۔ اگر ایسا کوئی ہو، تو یہ کلائنٹ کے مالک کے لیے زندگی کے چکر کی دریافت ہے، فوراً مٹانے والی چیز نہیں۔

ناکام منزل کے لیے راستوں کا جدول پڑھیں

کرنل سے ناکام منزل کے بارے میں پوچھیں، طے شدہ راستے کے بارے میں نہیں۔ route -n get 2001:db8::25 اُس پتے کے لیے منتخب انٹرفیس اور گیٹ وے چھاپتا ہے، اور netstat -rn -f inet6 موازنہ کے لیے پورا جدول دکھاتا ہے۔ طے شدہ راستہ بتاتا ہے کہ طے شدہ موجود ہے؛ یہ نہیں بتاتا کہ یہ منزل اُسے استعمال کرتی ہے۔

DNS کو اپنے الگ خانے میں رکھیں۔ IPv4 کے ذریعے قابل رسائی حل کنندہ اب بھی AAAA ریکارڈ واپس کر سکتا ہے، اس لیے تلاش کی ناکامی اور روٹنگ کی ناکامی براؤزر میں ایک ہی علامت پیدا کرتی ہیں۔

کلائنٹ کی بلاک پالیسی کو باقی ماندہ اصول سے الگ کریں

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

بلاک کو نقصان سمجھنے سے پہلے جانیں کہ آپ کا کلائنٹ کون سا رویہ دستاویز کرتا ہے۔ scutil --dns ہر سروس کے لیے نافذ حل کنندگان دکھاتا ہے، اور وہیں کلائنٹ کا نصب کردہ حل کنندہ یا محدود DNS ترتیب نظر آتی ہے۔ پھر جانچیں کہ پیکٹ فلٹر قواعد نصب کر کے چھوڑے گئے یا نہیں۔ متوقع بلاک اور باقی ماندہ اصول متضاد ردعمل مانگتے ہیں، اور صرف مالک کی دستاویزات ہی انھیں الگ کرتی ہیں۔

شواہد جمع کریں، پھر ایک چیز بدلیں

ایک کنیکٹ-ڈسکنیکٹ چکر کے دونوں طرف کلائنٹ ورژن، macOS ورژن، نیٹ ورک سروس، مطلوبہ منقطع پالیسی اور پتے و راستے کا آؤٹ پٹ درج کریں۔ یہی ریکارڈ شکایت کو زندگی کے چکر کے ایسے مسئلے میں بدلتا ہے جس کی کوئی تحقیق کر سکے۔ پھر ایک ہی تبدیلی کریں اور دوبارہ پیمائش کریں۔

ری سیٹ کی مزاحمت کریں۔ ورچوئل انٹرفیس مٹانا، راستوں کا جدول خالی کرنا اور پوری مشین پر IPv6 بند کرنا—یہ سب اُس حالت کو تباہ کرتے ہیں جو آپ کو محفوظ کرنی تھی، اور غیر متعلقہ ترتیب بھی ساتھ لے جا سکتے ہیں۔ اگر کلائنٹ کے پاس معاون وقفہ، مرمت یا ان انسٹال کا بہاؤ ہو تو وہ استعمال کریں، اور جہاں نیٹ ورک زیر انتظام ہو وہاں منتظم کا طریقہ کار اپنائیں۔ پہلے ہی ری سیٹ شدہ مشین مالک کو کام کرنے کے لیے کچھ نہیں دیتی، اور عام طور پر اگلے کنکشن پر خرابی دہرا دیتی ہے۔