سائٹ VPN سے پہلے سب نیٹ کی منصوبہ بندی کریں: دوبارہ نمبر دیں یا ترجمہ کریں
دو سائٹیں ایک ہی نجی رینج شیئر کر سکتی ہیں، اور کوئی ٹنل اسے درست نہیں کرتا۔ ماسک کے ساتھ سابقے کی فہرست بنائیں، طے کریں کہ کیا گزرے گا، پھر دوبارہ نمبر دیں یا ترجمہ کریں۔
دو دفتر دونوں 192.168.1.0/24 استعمال کرتے ہیں کیونکہ کسی نے اور طرح منصوبہ بندی نہیں کی، اور توقع ہے کہ ٹنل اسے حل کرے گا۔ یہ نہیں کر سکتا: راؤٹر ایک ہی نجی پتے کو دو مختلف جگہوں کا مطلب نہیں بنا سکتا۔ اسے روکنے والا کام پہلا ٹنل پیرامیٹر لکھنے سے پہلے ہوتا ہے۔
ہر رینج کی فہرست بنائیں، بھولے ہوئے بھی
LAN، سرور سیگمنٹ، ریموٹ رسائی کلائنٹ پول، کلاؤڈ VPC رینج اور ہر وہ کنٹینر یا اوورلے نیٹ ورک جمع کریں جہاں تک ہوسٹ کو پہنچنا ہے۔ کلائنٹ پول وہ ہیں جو لوگ بھول جاتے ہیں، اور وہ دفتر کی رینج سے حیران کن طور پر اکثر اوورلیپ ہوتے ہیں کیونکہ دونوں ایک ہی ڈیفالٹ سے چنے گئے تھے۔ مینجمنٹ نیٹ ورک اور کوئی بھی آؤٹ آف بینڈ سیگمنٹ شامل کریں۔
مالک، گیٹ وے، مقصد اور یہ درج کریں کہ سابقہ دوسری سائٹ سے قابل رسائی ہونا چاہیے یا نہیں۔ جس سابقے کو کبھی ٹنل پار نہیں کرنا ہوتا اسے منفرد ہونے کی ضرورت نہیں، اور یہ جاننا دوبارہ نمبر دینے کا کام کم کرتا ہے۔
IPv6 الگ کریں، کیونکہ اس کا منصوبہ اور اس کے اوورلیپ آزاد ہیں۔
جانی پہچانی پتوں کی نہیں، سابقوں کا موازنہ کریں
مختلف ہوسٹ پتوں والے دو نیٹ ورک پھر بھی اوورلیپ ہو سکتے ہیں، کیونکہ اوورلیپ ماسک کی خصوصیت ہے، لوگوں کے یاد رکھے نمبروں کی نہیں۔ 10.20.0.0/16 میں 10.20.30.0/24 موجود ہے، کوئی اسے بلند آواز میں کہے یا نہ کہے۔ مکمل سابقہ جوڑوں کا موازنہ کریں، اور ان کے اندر موجود چھوٹے نیٹ ورکوں کے سامنے مجموعے جانچیں۔ اسی لیے یہ جانچ کسی کے سر میں نہیں، اسپریڈشیٹ میں ہونی چاہیے۔
یہی جانچ VPN کے اپنے کلائنٹ پول اور آپ کے متعارف کرانے والی کسی بھی ترجمہ شدہ رینج پر بھی لاگو ہوتی ہے، کیونکہ ٹکرانے والی ترجمہ شدہ رینج اصل اوورلیپ سے بدتر ہے۔
ماسک کے ساتھ سابقوں کا جدول کافی ہے؛ ماسک کے بغیر خاکہ نہیں۔
طے کریں کہ اصل میں کیا گزرنا چاہیے
ایک سائٹ میں تیس سب نیٹ ہو سکتے ہیں جبکہ ایک سروس نیٹ ورک کو ریموٹ رسائی درکار ہوتی ہے۔ اسی ضرورت سے شروع کریں اور صرف وہی اعلان کریں جس کی اسے ضرورت ہے، کیونکہ چھوٹے اعلانات اور موافق رسائی قواعد جانچنا آسان اور غلطی سے وسیع کرنا مشکل ہوتا ہے۔ ہر زیر استعمال نجی رینج کا اعلان کرنا ایسی عادت ہے جو ٹنل کو پل بنا دیتی ہے۔ اعلان جتنا تنگ، مستقبل کی غلطی کا اثر اتنا کم۔
نجی DNS کو ایسے پتے واپس دینے چاہئیں جن تک مطلوبہ کلائنٹ پہنچ سکیں، اس لیے غیر اعلان شدہ یا اوورلیپ والی رینج کی طرف اشارہ کرنے والا نام تلاش کامیاب ہونے پر بھی ٹوٹا رہتا ہے۔
رسائی کی فہرست ٹنل کنفیگ سے پہلے لکھیں، اس کے ناکام ہونے کے بعد نہیں۔
دوبارہ نمبر دیں یا ترجمہ کریں، اور لاگت جانیں
ایک نیٹ ورک کو دوبارہ نمبر دینا عام طور پر سب سے واضح طویل مدتی حل ہے، اور یہ ریزرویشن، ڈیوائس، DNS، فائر وال قواعد اور ہر اس چیز کو چھوتا ہے جس کا پتہ کنفیگ میں بیٹھا ہو۔ رسائی رینج کا ترجمہ اس وقت متبادل ہے جب دوبارہ نمبر دینا عملی نہ ہو، اور اس کی قیمت ماخذ کی شناخت کے علاوہ ان پروٹوکولز کی قسم ہے جو پتے پے لوڈ میں رکھتے ہیں۔ ایک چنیں اور مکمل کریں، کیونکہ آدھا دوبارہ نمبر شدہ نیٹ ورک دونوں اختیارات سے بدتر ہے۔
آپ جو بھی چنیں، اصل اور پیش کردہ دونوں پتے درج کریں، کیونکہ ہر اگلی مسئلہ حل گفتگو کو دونوں درکار ہوتے ہیں۔
واپسی راستے کے بغیر حل حل نہیں ہوتا۔
قبولیت کی جانچ کے طور پر روٹ میٹرکس استعمال کریں
میٹرکس کے ساتھ ختم کریں: مقامی سابقہ، دور کا سابقہ، اجازت شدہ سروس اور واپسی گیٹ وے۔ ٹنل کے اٹھنے پر یہی جدول قبولیت کی جانچ ہے، اور یہی وہ دستاویز ہے جو اگلا انجینئر پڑھے گا۔ گیٹ ویز سے نہیں، منتخب سب نیٹ کے حقیقی ہوسٹوں سے جانچ کریں۔
ٹنل پتوں کے درمیان ping ثابت کرتا ہے کہ ٹنل موجود ہے، اور اس کے پیچھے کے پتے کے منصوبے کے بارے میں کچھ نہیں۔
میٹرکس کو ٹنل کنفیگ کے ساتھ رکھیں، اور اگلی سائٹ شامل کرنا یادداشت سے نہیں، ڈیٹا سے شروع ہوگا۔ منصوبہ ہونے پر strongSwan فارورڈنگ گائیڈ گیٹ وے کی طرف کا احاطہ کرتی ہے۔