VPN پتوں کی جگہ تقسیم کے مطابق چنیں، پردہ پوشی کے مطابق نہیں
بینچ مارک، مشترکہ اور دستاویزی حدود میں سے ہر ایک کا مالک اور مقصد ہے۔ رجسٹری سے VPN جگہ چنیں، پھر اُس تداخل کی منصوبہ بندی کریں جو آپ ہٹا نہیں سکتے۔
غیر معمولی دکھنے والا سابقہ گھر اور دفتر کے پتے کے تصادم سے نکلنے کا راستہ لگتا ہے، اور عام طور پر ایسا نہیں ہوتا۔ IPv4 خصوصی مقاصد کی رجسٹری میں ہر بلاک کا مالک، مقصد اور اُس کے وجود کی وجہ ہے، اور کسی کو صرف اِس لیے اُدھار لینا کہ وہ خاموش دکھتا ہے تصادم کو ہٹانے کے بجائے اُس کی جگہ بدل دیتا ہے۔ اِسے ایک ترتیب کے طور پر چلائیں: تقسیم پڑھیں، جو پہلے سے متداخل ہے اُس کی فہرست بنائیں، اور اُس کے بعد ہی طے کریں کہ آپ دوبارہ نمبر دے رہے ہیں، ترجمہ کر رہے ہیں یا نئی جگہ بنا رہے ہیں۔ ترتیب اہم ہے کیونکہ تیسرا مرحلہ اُس پر منحصر ہے جو پہلے دو نے پایا۔
حد اُدھار لینے سے پہلے تقسیم پڑھیں
IANA کی خصوصی مقاصد کی رجسٹری دوبارہ استعمال کے قابل نجی جگہ والی حدود کو ایک مخصوص تکنیکی مقصد پوری کرنے والی حدود سے الگ کرتی ہے۔ نجی استعمال، مشترکہ پتہ جگہ، بینچ مارک اور دستاویزی بلاک اسپریڈ شیٹ میں یکساں دکھتے ہیں اور روٹ ہونے کے بعد بالکل مختلف برتاؤ کرتے ہیں۔
| Range | Category | What it means for a VPN plan |
|---|---|---|
| 172.16.0.0/12, 192.168.0.0/16, 10.0.0.0/8 | RFC 1918 private use | Reusable by any network, so remote sites may already use the same numbers |
| 100.64.0.0/10 | Shared address space | Intended for provider-side carrier-grade NAT arrangements, not a second private pool |
| 198.18.0.0/15 | Benchmarking | Reserved for test traffic measurement; not spare production space |
| 203.0.113.0/24, 198.51.100.0/24, 192.0.2.0/24 | Documentation (RFC 5737) | Illustration only; a guide that uses them is not assigning them to you |
| 169.254.0.0/16, 240.0.0.0/4 | Link-local, reserved | Never a routed site subnet, whatever the prefix length suggests |
صرف دوسرے آکٹیٹ میں مختلف دو سابقے ایک ہی بلاک نہیں ہیں: 198.18.0.0/15 بینچ مارک کی مختص کردہ جگہ رکھتا ہے، جبکہ 192.18.0.0/16 ایسا کچھ نہیں رکھتا۔ صرف مختص شدہ حد سے مشابہت رکھنے والا عدد اُس کا معنی ورثے میں نہیں پاتا۔ یہ الجھن فائر وال کے قاعدے تک پہنچنے سے پہلے دوسری نظر کے لائق حد تک عام ہے۔
مصنوعات کبھی کبھی مربوط اوورلے کے اندر خصوصی حد جان بوجھ کر استعمال کرتی ہیں، اور یہ اُن کا وہ ڈیزائن ہے جسے دستاویز کرنا چاہیے۔ یہ اُسی حد کو غیر متعلق LAN کے لیے خالی جگہ نہیں بناتا۔ عوامی جگہ بھی چھپنے کی جگہ نہیں ہے: کسی اور کے پتے کی طرف نجی راستہ اُس کی قانونی منزل کے لیے بھیجا گیا ٹریفک موڑ دیتا ہے۔
پہلے سے موجود تداخلوں کی فہرست بنائیں
سابقہ چننے سے پہلے ہر اُس نیٹ ورک کی فہرست بنائیں جو سرنگ سے قابلِ رسائی ہوگا۔ سائٹیں، کلائنٹ پول، کلاؤڈ VPC اور شراکت دار لنک سب شمار ہوتے ہیں، اور شراکت دار لنک وہی ہے جسے لوگ پہلی کنکشن کوشش ناکام ہونے تک بھول جاتے ہیں۔
ip -4 route show table all ip -6 route show ip -br addr ip route get 192.168.1.10
نتائج کو ایک جدول میں ہر حد کے مالک کے ساتھ ساتھ رکھیں۔ جس حد کا مالک آپ نہیں بتا سکتے وہ ایسی حد ہے جسے آپ بعد میں دوبارہ نمبر نہیں دے سکیں گے، اور یہی فہرست «غیر معمولی» سابقوں کی بحث کو مخصوص اعداد کے فیصلے میں بدلتی ہے۔ یہ آپ کو یہ بھی بتاتی ہے کہ جس تصادم سے بچنا چاہتے ہیں وہ حقیقی ہے یا خیالی۔
اگر کسی دور دراز ملازم کا گھریلو نیٹ ورک دفتر کے LAN جیسا ہی سابقہ استعمال کرتا ہے، تو وہ تصادم فہرست میں نظر آتا ہے اور واضح طور پر نمٹا جا سکتا ہے۔ یہ اِس بات کا ثبوت نہیں کہ بینچ مارک بلاک دانشمندانہ انتخاب ہوگا، اور اِسے ایسا سمجھنا ہی اگلا تصادم پیدا کرنے کا طریقہ ہے۔
سابقہ نقل کرنے کے بجائے منفرد ULA بنائیں
IPv6 دوبارہ استعمال کا مسئلہ زیادہ خوبصورت عدد کے بجائے مختلف طریقۂ کار سے حل کرتا ہے۔ RFC 4193 مقامی طور پر مختص منفرد مقامی پتوں کی تعریف 40-bit فرضی بے ترتیب عالمی شناخت کنندہ کے ساتھ کرتا ہے، جو آپ کو ایسی سائٹ /48 دیتا ہے جس کے کسی اور سے ٹکرانے کا امکان بہت کم ہے۔ امکان زیادہ ہے، مطلق نہیں، اور ULA سابقہ پھر بھی انٹرنیٹ رسائی فراہم نہیں کرتا۔
openssl rand -hex 5
دس ہیکساڈیسیمل ہندسے چالیس بٹ ہیں۔ اُن سے پہلے fd لگائیں اور /48 میں گروپ کریں: 3f9c1a7b02 کا نتیجہ fd3f:9c1a:7b02::/48 بنتا ہے۔ ہر سائٹ کے لیے ایک بنائیں اور درج کریں، ہر تعیناتی میں وہی سہولت بخش fd00::/48 چپکانے کے بجائے۔
پھر تصدیق کریں کہ پورا راستہ واقعی IPv6 بولتا ہے۔ کلائنٹ، گیٹ وے، راستے، نجی DNS اور سروس پالیسی سب کو متفق ہونا چاہیے، اور سرنگ کو سابقہ دینے سے صرف IPv4 والی ایپلیکیشن اُسے استعمال کرنے لگتی نہیں۔
اُس تداخل کی منصوبہ بندی کریں جو آپ ہٹا نہیں سکتے
کچھ تداخل مستقل ہوتے ہیں، عام طور پر کیونکہ شراکت دار دوبارہ نمبر نہیں دے گا اور آپ اُسے مجبور نہیں کر سکتے۔ تب آپ جان بوجھ کر معاون طریقۂ کار چنتے ہیں: اپنی طرف دوبارہ نمبر دینا، الگ روٹنگ سیاق و سباق، یا سرحد پر واضح ترجمہ۔ جان بوجھ کر چننے کا مطلب ہے لکھنا کہ کون سا چنا اور باقی دو کیوں مسترد ہوئے۔ وہی نوٹ مستقبل کی تبدیلی کا جائزہ واقعی پڑھے گا۔
ترجمے کو واپسی کا راستہ محفوظ رکھنا چاہیے، یعنی اصل اور پیش کردہ دونوں سابقے درج کریں اور اُنہیں اُن نجی DNS ناموں سے ملائیں جو اُن میں حل ہوتے ہیں۔ نقش شدہ عرف ایک کنکشن کو غیر مبہم بنا سکتا ہے؛ یہ اصل پتوں کو عالمی طور پر منفرد نہیں بناتا اور دوسری نقش بندی کے بغیر دوسرے متداخل شراکت دار کا سامنا نہیں کر سکے گا۔
تقسیم کو اُس کی استثنا کے ساتھ لکھیں
ایک دستاویز پر ختم کریں جو ہر سابقہ، اُس کی قسم، مالک اور انتخاب کی وجہ کی فہرست دے۔ استثناؤں کو اُن کے ترجمے یا دوبارہ نمبر دینے کے قاعدے اور اُس تاریخ کے ساتھ شامل کریں جب کسی نے اُنہیں منظور کیا۔ اِسے نافذ کرنے والے فائر وال قواعد کے پاس رکھیں، نہ کہ ایسی ویکی میں جو واقعے کے دوران کوئی نہیں کھولتا۔ دستاویز ہی فراہمی ہے، اُس کا خلاصہ نہیں۔
وہی ریکارڈ اگلے انجینئر کو مزید عجیب دکھنے والا عدد ڈھونڈنے سے روکتا ہے، اور یہ مسئلہ ہر چند سال بعد نئے نام سے دوبارہ دریافت ہوتا ہے اِسی طرح۔ یہ تبدیلی کے جائزے کو سابقوں کے بارے میں رائے کے بجائے منظور کرنے کے لیے ٹھوس کچھ دیتا ہے۔ اِسے ایک بار، تقسیم کے آخر میں لکھیں، جب دلیل ابھی آپ کے سامنے ہے۔