سائٹس کے درمیان VPN کے لیے پتہ کی جگہ کا تعین کیسے کریں

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

کچھ بھی مختص کرنے سے پہلے چار کرداروں کے نام رکھیں

ٹرانسپورٹ کے آخری سرے وہ پتے ہیں جو دو گیٹ ویز انٹرنیٹ یا نجی سرکٹ کے ذریعے ایک دوسرے تک پہنچنے کے لیے استعمال کرتے ہیں، اور ان کی تعداد گیٹ وے اور فالتو پن کے ماڈل سے آتی ہے، LAN سے نہیں۔ اندرونی ٹنل روابط صرف وہاں ہوتے ہیں جہاں ڈیزائن پوائنٹ ٹو پوائنٹ انٹرفیس کو نمبر دیتا ہے، جو پالیسی پر مبنی IPsec ترتیب عام طور پر نہیں کرتی۔ محفوظ سابقے اصل دفتری یا VPC نیٹ ورک ہیں جنہیں قابلِ روٹ ہونا چاہیے، اور فراہم کنندہ کی مخصوص کردہ ذیلی نیٹ منظم سروس سے تعلق رکھتی ہے۔

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

ip -br addr show
ip route show | head -40

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

آلات نہیں، روابط اور ٹوپولوجی گنیں

آٹھ پوائنٹ ٹو پوائنٹ ہمسایگیوں والا ڈیزائن آٹھ بلاک خرچ کرتا ہے، ایک نہیں۔ /30 پر ہر بلاک دو میزبانوں کو جوڑنے کے لیے چار پتے خرچ کرتا ہے، اس لیے منصوبہ سولہ قابلِ استعمال آخری سروں کے لیے بتیس پتے اٹھاتا ہے، اور یہی وہ عدد ہے جو بجٹ کو سہارنا ہے۔ /31 روابط کی حمایت کرنے والا پلیٹ فارم آدھا خرچ کرتا ہے، لیکن صرف اس وقت جب دونوں سرے اور سروس اس ماڈل پر متفق ہوں۔ بجٹ کو نیچے کی بجائے اوپر گول کریں، کیونکہ بلاک کو بعد میں چھوٹا کرنا فعال روابط کے دوبارہ نمبر لینے کے مترادف ہے۔

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

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

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

گیٹ وے کی ذیلی نیٹ کو LAN کے تالاب سے باہر رکھیں

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

یہی بات کلاؤڈ VPN کنکشنز کی ٹنل رینجز پر بھی لاگو ہوتی ہے، جہاں فراہم کنندہ ہر ٹنل کے لیے اپنے استعمال کے لیے چھوٹی اندرونی رینج مختص کرتا ہے۔ وہ رینج وہ جگہ نہیں جہاں آپ کے برانچ سرورز رہتے ہیں، اور وہ آپ کی نہیں کہ اسے تقسیم کریں۔

aws ec2 describe-vpn-connections --query "VpnConnections[].{Id:VpnConnectionId,Tunnels:Tunnels[].OutsideIpAddress}" --output table

بیرونی پتوں کی فہرست اس بات کی تصدیق کرتی ہے کہ فراہم کنندہ نے کیا مختص کیا اور کون سی فالتو ٹنل اس وقت فعال ہے۔ یہ ایسے ڈیزائن دستاویز کو پڑھنے سے تیز ہے جو کنکشن وجود میں آنے سے پہلے لکھی گئی تھی۔

ہر سابقے کے لیے کردار، مالک اور ترقی درج کریں

جو منصوبہ آپریشنز سے رابطے میں زندہ رہتا ہے وہ ہر سابقے کے لیے بتاتا ہے کہ وہ کون سا کردار ادا کرتا ہے، دور والا سرا کون مختص کرتا ہے اور کتنی گنجائش باقی ہے۔ مالک کے خانے کے بغیر دو ٹیمیں ایک ہی سہ ماہی میں ایک ہی /24 مختص کرتی ہیں، اور تصادم صرف ٹنل اٹھنے پر ظاہر ہوتا ہے۔

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

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