Azure GatewaySubnet سیٹ اپ: گیٹ وے سے پہلے جگہ محفوظ کریں

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

یہ ترتیب اہم ہے کیونکہ گیٹ وے سب نیٹ کوئی خاص نام والا ورک لوڈ سب نیٹ نہیں ہے۔ یہ منتظم شدہ گیٹ وے مثالوں کے لیے ایڈریس ریزرویشن ہے، اور ریزرویشن غلط ہو تو Azure گیٹ وے کو مسترد کر دے گا۔

ایڈریس اسپیس سے شروع کریں

کچھ لکھنے سے پہلے VNet پریفکس، ورک لوڈ سب نیٹ اور گیٹ وے ریزرویشن ایک ہی سطر میں لکھیں۔ 10.60.0.0/16 پر VNet میں جگہ ہے؛ آخر میں رینج منتخب کریں تاکہ ورک لوڈ کی افزائش مسلسل رہے۔

مثال کے طور پر، 10.60.255.192/26 گیٹ وے کے لیے 64 پتے چھوڑتا ہے جبکہ ورک لوڈ 10.60.0.0/20 میں رہتے ہیں۔ یہ ایڈریس منصوبہ بندی کی مثال ہے، سائز کا وعدہ نہیں۔ Microsoft اس وقت غیر Basic VPN گیٹ ویز کے لیے /27 یا اس سے بڑا مانگتا ہے، جہاں بڑا کا مطلب زیادہ پتے: /26 64 دیتا ہے، جبکہ /28 16 دیتا ہے۔ ایڈریس پلان کے حرکت کرتے وقت اوپر راؤنڈ کریں، کبھی نیچے نہیں۔

سب نیٹ درست نام کے ساتھ بنائیں

پورٹل میں سب نیٹ شامل کریں اور GatewaySubnet نام بالکل لکھیں، بڑا G اور بڑا S، بغیر خلا یا لاحقے کے۔ Azure اسی سٹرنگ سے ملاتا ہے، اس لیے Gateway-Subnet یا gateway ایسا سب نیٹ بناتا ہے جو گیٹ وے سروس استعمال نہیں کرے گی۔

CLI سے وہی مرحلہ، جائزے میں لکھنا آسان:

az network vnet subnet create --resource-group rg-hub --vnet-name vnet-hub --name GatewaySubnet --address-prefixes 10.60.255.192/26

سب نیٹ خالی چھوڑ دیں۔ کوئی VM نہیں، کوئی نجی endpoint نہیں، کوئی سروس تفویض نہیں۔ اگر وہاں پہلے سے کچھ رہتا ہے تو تعیناتی ناکام ہوتی ہے اور خرابی راستے میں آنے والے وسیلے کا نام شاذ و نادر ہی لیتی ہے، لہٰذا شروع کرنے سے پہلے سب نیٹ کی وسائل کی فہرست دیکھیں۔

منتظم شدہ سب نیٹ کو ورک لوڈ قواعد سے پاک رکھیں

اس سب نیٹ کے ساتھ نیٹ ورک سیکیورٹی گروپ نہ جوڑیں؛ Microsoft اسے غیر تعاون یافتہ قرار دیتا ہے۔ ایسی روٹ ٹیبل بھی نہ جوڑیں جس کا ڈیفالٹ روٹ 0.0.0.0/0 کہیں بھیجتا ہو، کیونکہ یہ گیٹ وے کا کام خراب کر سکتا ہے، اور گیٹ وے روٹ کی تشہیر فعال رکھیں۔

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

جبری ٹنلنگ کا اپنا دستاویزی ڈیزائن ہے۔ گیٹ وے سب نیٹ پر فوری بنایا گیا ڈیفالٹ روٹ وہ نہیں ہے۔

وہ انحصار دیکھیں جو پورٹل نہیں دکھاتا

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

جب کوئی پوچھے کہ سب نیٹ VM کیوں نہیں رکھ سکتا، تو حوالہ دینے والا صفحہ Azure گیٹ وے سیٹنگز ریفرنس ہے۔

اگر گیٹ وے پہلے سے موجود ہے

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

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