VPN میں IPv6 ULA: نجی پتہ کاری، رازداری نہیں

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

سابقہ دراصل کیا فراہم کرتا ہے

RFC 4193 مقامی استعمال کے لیے fc00::/7 مختص کرتا ہے، جس میں L بِٹ مقامی طور پر مختص جگہ کو محفوظ شکل سے الگ کرتا ہے۔ عملاً اس کا مطلب ہے کہ آپ fd00::/8 بناتے ہیں۔ تفصیلات یہ بھی طے کرتی ہیں کہ 40 بٹ عالمی ID کیسے حاصل کیا جائے، تاکہ آزاد سائٹس غلطی سے ایک ہی سابقہ نہ چنیں۔ وہ جگہ عوامی انٹرنیٹ سے باہر رہنے کے لیے بنائی گئی ہے، جو راستہ کاری کی خصوصیت ہے، حفاظت نہیں۔

کسی سائٹ کے اندر عام ترتیب ذیلی نیٹ ورک میں تقسیم شدہ /48 عالمی ID ہے: ایک ٹنل کلائنٹس کے لیے، ایک سرور کی طرف اور ہر دور دراز LAN کے لیے ایک۔ یہی ڈھانچہ پورا فائدہ ہے، اور یہ پتہ کاری کا فائدہ ہے۔ ہر پیکٹ کو اب بھی راستہ چاہیے اور اب بھی ایسی پالیسی چاہیے جو اسے اجازت دے۔

سابقے کو ٹنل سے خلط ملط کرنا وہ راستہ ہے جس سے کوئی ڈیزائن fd00 پتوں کی دستاویز کر کے یہ سمجھ لیتا ہے کہ ان کے درمیان ٹریفک محفوظ ہے۔ یہ محفوظ نہیں، جب تک کوئی اور چیز حفاظت فراہم نہ کرے۔

مثال کا سابقہ نقل کرنا کیوں تکلیف دہ ہے

ہر ٹیوٹوریل ایک یاد رکھنے والا سابقہ استعمال کرتا ہے، اور جو بھی قاری اسے نقل کرتا ہے وہی ٹکراؤ کا خطرہ ورثے میں پاتا ہے۔ دو سائٹس جو بعد میں یکساں حدود کے ساتھ سائٹ سے سائٹ ٹنل کے ذریعے جڑتی ہیں، وہی ابہام پیدا کرتی ہیں جو اوورلیپنگ نجی IPv4 جگہ سے جانا جاتا ہے۔ کوئی بھی فریق بذات خود غلط نہیں، اور مشترکہ نیٹ ورک کے پاس یہ جاننے کا کوئی طریقہ نہیں کہ کون سی منزل مراد ہے۔

دستاویز شدہ عمل کے مطابق عالمی ID بنانے میں ایک منٹ لگتا ہے اور سوال ختم ہو جاتا ہے۔ پتہ منصوبے کے ساتھ سابقہ، تخلیق کا ان پٹ اور تاریخ لکھیں۔

خریداری کے بعد نیٹ ورک یکجا کرنے یا VPN کے ذریعے دو تجربہ گاہیں جوڑنے والے کسی شخص کے لیے خطرہ نظری نہیں ہے۔ کسی ایک سائٹ کے لیے بھی یہ فوری نہیں، اسی لیے اسے اُس وقت تک ملتوی کیا جاتا ہے جب تک انضمام پہلے سے طے شدہ نہ ہو۔

دائرہ اور رسائی الگ سوالات ہیں

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

انٹرنیٹ اخراج کے لیے اپنا الگ IPv6 اخراج ڈیزائن درکار ہے۔ کلائنٹ کو ULA پتہ دینا من مانی عالمی منزلوں تک رسائی پیدا نہیں کرتا، اور ایسا پتہ پانے والے کلائنٹ سے یہ توقع نہیں رکھنی چاہیے کہ وہ اس کے ذریعے عوامی انٹرنیٹ براؤز کرے گا۔

مختلف سابقوں والی دو سائٹس کو اب بھی ایک دوسرے کی حدود کے لیے واپسی کے راستے درکار ہیں، اور دونوں فائر والز کو موافق قواعد درکار ہیں۔ ان میں سے کچھ بھی پتہ خاندان سے نہیں آتا۔ جو آتا ہے وہ دستاویز کاری کا کام ہے: سابقوں کا جدول اور وہ نظام جنہیں ہر ایک پر جواب دینے کی اجازت ہے۔

دونوں سروں پر منصوبہ جانچیں

تصدیق کریں کہ سابقہ وہیں ظاہر ہوتا ہے جہاں آپ سمجھتے ہیں، پھر تصدیق کریں کہ کوئی منزل واقعی اس کے ذریعے قابلِ رسائی ہے۔

ip -6 address show
ip -6 route show
ping -6 -c 3 fd12:3456:789a:1::1

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

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