VPN سائٹ کی توسیع: گیٹ وے سے آگے واپسی کا راستہ اختیار کریں

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

دور کا گیٹ وے انکرپشن کا آخری نقطہ ہے

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

راستے کو تین حصوں میں بنائیں: شاخ سے قریبی گیٹ وے، قریبی سے دور، دور کے گیٹ وے سے ایپلیکیشن تک۔ ہر حصے کا اپنا مالک اور اپنا ناکامی کا طریقہ ہے۔

ٹنل پالیسی کے دونوں رخ پڑھیں

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

ماخذ اور منزل کو سائٹ کے ناموں کے بجائے پتوں کے طور پر لکھیں۔ یہاں کی ابہام بعد میں ایک حیران کن عدم توازن کے طور پر واپس آتی ہے۔

آگے کا راستہ شامل کریں اور اجازت کی تصدیق کریں

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

ip route get 10.30.5.10 from 10.10.1.50
traceroute -n -s 10.10.1.50 10.30.5.10

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

شاخ سے جانچیں، پھر پرانے راستے کی دوبارہ جانچ کریں

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

curl -sS -m 5 http://10.30.5.10:8080/health
ping -c 3 10.20.1.1

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

تینوں حصوں میں سے ہر ایک کو اور منزل کے نیٹ ورک کے اندر واپسی کے راستے کو مالک مقرر کریں۔ چار مالکان والا راستہ ان کے درمیان خالی جگہوں میں ناکام ہوتا ہے۔