صرف IPv6 والا نیٹ ورک VPN کو سرنگ شروع ہونے سے پہلے توڑ دیتا ہے

لیپ ٹاپ ایک کانفرنس کے Wi-Fi سے جڑتا ہے جو صرف IPv6 تقسیم کرتا ہے، VPN کلائنٹ گھومتا ہے اور ناکام ہو جاتا ہے، حالانکہ وہی پروفائل ایک گھنٹہ پہلے ہوٹل میں کام کر رہا تھا۔ اسناد میں کچھ نہیں بدلا۔ جو بدلا ہے وہ یہ ہے کہ کلائنٹ کو اب صرف IPv6 اٹھانے والے نیٹ ورک سے ہو کر IPv4 منزل تک پہنچنا ہے، اور ہر کلائنٹ کو یہ نہیں معلوم کہ یہ کیسے کرنا ہے۔

وہی پانچ مراحل طے کریں جو پیکٹ طے کرتے ہیں۔

مرحلہ 1: نام کی تلاش دیکھیں

اگر پروفائل ہوسٹ نام استعمال کرتا ہے تو پہلا سوال یہ ہے کہ حل کنندہ کیا واپس کرتا ہے۔ dig AAAA vpn.example.com صرف IPv6 والے نیٹ ورک پر ایک حقیقی AAAA ریکارڈ، DNS64 سے تیار شدہ ریکارڈ، یا کچھ بھی واپس نہیں کرتا۔ تیار شدہ جواب ترجمے کے سابقے کے اندر IPv4 منزل کو انکوڈ کرتا ہے، اور تبھی IPv6 منزل کے بغیر کوئی کلائنٹ وہاں پہنچ سکتا ہے۔ سختی سے کوڈ شدہ IPv4 پتے والا پروفائل کبھی یہاں تک نہیں پہنچتا، کیونکہ تیار کرنے کے لیے کوئی نام نہیں ہے۔

یہی ایک فرق ‘وہاں کام کرتا ہے، یہاں ناکام ہوتا ہے’ والی زیادہ تر رپورٹوں کی وضاحت کرتا ہے، اور اسے دیکھنے کے لیے ایک ہی کمانڈ کافی ہے۔

مرحلہ 2: دیکھیں کلائنٹ نے کون سا خاندان بلایا

پیش رفت پٹی کے بجائے ساکٹ دیکھیں۔ صرف IPv6 والے لنک پر IPv4 پتے کی طرف IPv4 ساکٹ کھولنے والے کلائنٹ کے پاس اسے بھیجنے کی جگہ نہیں ہوتی، اور ناکامی نام کی خرابی کے بجائے وقت ختم ہونے کے طور پر ظاہر ہوتی ہے۔ کلائنٹ کے جڑنے کے دوران ss -tanp دور کا پتہ اور وہ خاندان دکھاتا ہے جو اس نے آزمایا۔ ڈیفالٹ کے حقیقی IPv6 اگلا ہاپ ہونے کی تصدیق کے لیے اسے ip -6 route سے موازنہ کریں۔

ساکٹ جدول میں موجود پتہ خاندان ہی حقیقت ہے۔ پیش رفت پٹی کسی اور کا لکھا خلاصہ ہے۔

مرحلہ 3: ترجمے کو سرنگ سے الگ کریں

NAT64 اور DNS64 یہ ہیں کہ رسائی نیٹ ورک IPv4 منزلوں تک کیسے پہنچتا ہے، اور سرنگ کھڑی ہونے کے بعد وہ اس کے لیے کچھ نہیں کرتے۔ ترجمہ شدہ راستے پر قائم سرنگ پھر بھی اپنی داخلی پتہ بندی پر بات چیت کرتی ہے، اور داخلی IPv4 یا IPv6 کوریج ایک الگ پالیسی سوال ہے۔ اگر کلائنٹ جڑتا ہے اور پھر کہیں نہیں پہنچتا، تو آپ ترجمے سے گزر کر روٹنگ میں آ چکے ہیں، جو مختلف شہادتوں والی مختلف تفتیش ہے۔

ترجمے کی ناکامی ایسے لگتی ہے جیسے کبھی نہ جڑا ہو۔ داخلی کوریج کی ناکامی ایسے لگتی ہے جیسے جڑ کر کہیں نہ پہنچا ہو۔

مرحلہ 4: وہی پروفائل کسی دوسرے نیٹ ورک پر آزمائیں

وہی پروفائل، کلائنٹ ورژن اور اسناد دوہرے اسٹیک والے نیٹ ورک پر لے جائیں اور دہرائیں۔ اگر وہاں کام کرے اور صرف IPv6 راستے پر ناکام ہو تو متغیر پروفائل نہیں بلکہ رسائی نیٹ ورک ہے۔ ٹکٹ میں کلائنٹ ورژن اور نیٹ ورک کی حالت درج کریں، کیونکہ حتمی حل کلائنٹ کی تازہ کاری یا کوئی دوسری منزل ہے۔

‘VPN ٹوٹا ہوا ہے’ کہنے والی رپورٹ پر کارروائی نہیں ہو سکتی۔ ‘صرف IPv6 رسائی پر ہی ناکام ہوتا ہے’ کہنے والی رپورٹ بگ رپورٹ ہے۔

مرحلہ 5: سیکیورٹی کی ترتیبات نہیں، راستہ درست کریں

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

اصل اختیارات ایسا کلائنٹ ہے جو نیٹ ورک ترجمے کے ماڈل کی حمایت کرے، یا قابل رسائی IPv6 پتے والی منزل۔ ان میں سے ایک مانگیں۔