دو مقامی VPN پتے: دو Azure ہم منصب، ایک نہیں

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

افسانہ: ایک گیٹ وے، دو پتے

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

یہی الجھن مخالف سمت میں بھی ہے، جہاں Azure کے دو عوامی IP کو دو Azure گیٹ وے کی موجودگی کا ثبوت سمجھا جاتا ہے۔

پہلے اشیاء گنیں، پھر سرنگیں

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

حساب ڈیزائن دستاویز میں چپکانے کے لیے کافی مختصر ہے:

2 on-premises VPN devices
2 local network gateway resources
2 connection resources
4 IPsec tunnels in the complete 2 x 2 mesh

ایک کنکشن وسیلہ ایک سے زیادہ بنیادی سرنگیں لے جا سکتا ہے، اس لیے چار سرنگوں کا مطلب چار مجازی نیٹ ورک گیٹ وے نہیں ہے۔ Azure کے دو عوامی IP بھی دور دراز سائٹ کی وضاحت کرنے والے دو مقامی نیٹ ورک گیٹ وے جیسی وہی اشیاء نہیں ہیں۔

Azure کی طرف فعال-فعال کیا شامل کرتا ہے

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

غیر فعال اسٹینڈ بائی گیٹ وے مکمل طور پر درست ڈیزائن ہے؛ یہ صرف مختلف سرنگ تعداد دیتا ہے۔

BGP دونوں راستوں کو قابل استعمال بناتا ہے

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

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

بہاؤ کی بنیاد پر انتخاب بینڈوتھ پولنگ نہیں ہے

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

راستے کیسے پھیلتے ہیں دیکھنا چاہیں تو متوازی بہاؤ کے ساتھ جانچ کریں، اور حد دیکھنا چاہیں تو ایک بہاؤ کے ساتھ۔

آپ نے واقعی کون سی فالتو پن ہٹائی

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

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