د Azure NVA پلټنه: ولې ځواب په بل فایر وال کې تېرېږي

له څانګې څخه Azure ته بهیر کولای شي په دواړو لورو سم روټ شي او بیا هم پاتې راشي، ځکه دوه لوري له جلا وسایلو تېرېږي. غوښتنه د VPN له لارې څانګه پرېږدي، پر NVA A کښېني او کار ته رسېږي. ځواب کار پرېږدي، له NVA B ته اشاره کوونکي روټ سره سمون خوري او هلته مري. په هغه انځور کې هر روټ سم دی، او TCP ناسته بیا هم ماتېده.

Request: branch -> VPN gateway -> NVA A -> workload
Reply:   workload -> NVA B -> VPN gateway -> branch

دا تشه دلته ټول موضوع ده: د روټینګ یوځای کېدل او د ناستې د حالت مالکیت دوه جلا ستونزې دي چې په ډیاګرام کې یو شان ښکاري.

Route Server په رښتیا څه پروګرام کوي

Azure Route Server د ملاتړ شوو BGP ویناوالو سره پيرنګ کوي، د هغوی روټونه زده کوي او په مجازي شبکې د اغېزمنو روټونو کې یې پروګرام کوي. دا د کنټرول طبقې کار دی. دا د پلورونکي د فایر وال د ناستو جدول نه لولي، او نه پوهېږي چې کومه وسیله یو ټاکل شوی اړیکه منلې. دوه برابر لګښت لرونکي بل ګامونه د دې جوړښت لپاره یوازې هماغه یو مخکښ ته رسېدو دوه لارې دي، او هر یو به یې کاروي.

نو د روټ زده کول رسېدونکتیا ثابتوي. دا د دې په اړه هیڅ نه ثابتوي چې بل لوري وسیلې دا بهیر مخکې لیدلی که نه.

تر ډیزاین مخکې دواړه لوري ولولئ

په هر لوري کې هغه سټیرنګ ولیکئ چې په رښتیا یې لرئ، نه هغه چې پلان یې درلود. ډېر ځانګړي BGP روټونه، د کاروونکي ټاکل شوي روټونه او د ګېټ وۍ چلند ټول سیالي کوي، او ګټونکی د هر منزل لپاره ټاکل کېږي، د هرې ناستې لپاره نه. پر NVA باندې تلوالی روټ د دې مانا نه لري چې هر شخصي مخکښ ترې تېرېږي.

ګټوره پلټنه دا ده چې د یوې ټاکلې کاري IP لپاره وپوښتئ چې هره لوري کوم بل ګام ته حل کېږي. که ځواب دوه جلا وسایل وي، تاسو د نابرابرۍ ستونزه لرئ، که هغه دمخه ښکاره شوې وي یا نه.

حالت چېرته اوسېږي

حالت لرونکی فایر وال اړیکه مني او د پنځو ټوپل پر بنسټ کیلي شوې جدول ننوتنه ساتي. ځواب باید هغه وسایل ته ورسېږي چې هغه ننوتنه لري، یا هغه وسیله باید حالت په بله لار ترلاسه کړي. په Azure د معلوماتو طبقه کې هیڅ شی وسایلو ترمنځ ننوتنه نه لېږدوي. یا ترافیک بېرته مالک ته سټیر کېږي، یا وسایل د پلورونکي میکانیزم له لارې حالت شریکوي، یا ډیزاین کار نه کوي.

له همدې امله دوه روغ NVA د پلټنې لپاره د روغتیا پلټنه نه ده. روغتیا د رسېدونکتیا په اړه ده؛ پلټنه د دې په اړه ده چې کومه نسخه ناسته ساتي.

ملاتړ شوي HA ماډلونه او هر یو څه ژمنه کوي

Microsoft's guidance on Virtual WAN د روټینګ نیت په اړه د دوه رول لرونکي اړیکې او د فایر وال NVA لپاره محدود چلند تشریح کوي، چېرته چې مستقیم روټینګ کولای شي د هب نورمال سمه اجرااتو مخه ونیسي. هغه یادښتونه د خپل ټاکل شوي ټوپولوژي پر محدودیتونو په توګه ولولئ، نه د فعال-فعال ډیزاینونو بندیز په توګه. د پلورونکي هغه جوړه چې حالت همغږي کوي، یا د هر بهیر له مخې سټیر کوي، کولای شي ملاتړ شي. د برابر لګښت هغه جوړه چې دواړه نه کوي، نه.

بیا تعریف کړئ چې کله یوه نوډ ناکام شي د موجوده ناستو څه کېږي. د روټ یوځای کېدل د نویو بهیرونو لپاره رسېدونکتیا په ثانیو کې بحالوي، پداسې حال کې چې زوړ د فایر وال حالت یوازې ورک شو. د کاروونکي بیا تړل کېدل کېدای شي مستند پایله وي، او دا د پیښې دمخه اخیستل کېدونکی پریکړه ده، د هغې په جریان کې نه.

تر باور مخکې څه ازموئ

Test with inspection enabled and د کاري بار د لاسرسي پالیسي سره په ځای ازموئ، ځکه د دواړو څخه یو یې نابرابري پټولای شي. په دواړو لورو کې نوی اجازه شوی بهیر ولېږئ او تایید کړئ چې هماغه وسایل دواړه نیمۍ لیدلې. بیا دوامداره ترافیک وچلوئ او تایید شوی فییل اوور پیل کړئ، ګورئ چې ټینګې شوې ناستې ژوندي پاتې کېږي که بیا نښلېږي.

هر بهیر له هغه وسایلو سره ونښلوئ چې هغه یې سمبال کړ. پر یوه NVA د پاکټ نیول تقریباً هیڅ نه وایي که ځواب هېڅکله هلته بېرته نه وي راغلی.

په پای کې، پلان په درې جلا کرښو ولیکئ: د روټونو مالکیت، د ترافیک سټیرنګ او د ناستې د حالت مالکیت. ډیزاینونه هغه وخت ماتېږي چې لومړني دوه حل شي او دریم یې فرض شي.