پوائنٹ ٹو سائٹ کو روٹ پر مبنی Azure VPN گیٹ وے کی ضرورت کیوں ہے

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

ترتیب انفرادی اقدامات سے زیادہ اہم ہے۔ ترتیب غلط ہو تو سائٹ ٹو سائٹ رکاوٹ مینٹیننس ونڈو سے آگے بڑھ جائے گی۔

پالیسی پر مبنی گیٹ وے دراصل کیا کرتا ہے

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

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

کلائنٹ پول کو وہ انٹرفیس کیوں درکار ہے

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

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

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

قسم بناتے وقت طے ہو جاتی ہے

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

یہ SKU کا فیصلہ بھی اسی تعمیر میں شامل کرتا ہے۔ بعد میں بڑے SKU پر جانا ایک اور رکاوٹ کے ساتھ ایک اور گیٹ وے تبدیلی ہے۔

ایک گیٹ وے، ایک GatewaySubnet

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

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

تبدیلی کیا درست نہیں کرتی

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

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

کارروائیوں اور جانچ کی ترتیب

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

کسی بھی ٹوپولوجی تبدیلی کے بعد کلائنٹ پیکیجز دوبارہ بنائیں، اور پول کو ہر مقامی اور پیئر شدہ رینج سے دور رکھیں۔ حدود اور SKU کے فرق Azure VPN Gateway سیٹنگز حوالہ میں جمع ہیں۔