دوه ځایي 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 لري، او همدا بشپړه شبکه په بشپړه توګه ممکنه کوي۔ دا د یو جریان throughput نه دوه چنده کوي۔ دا د ځایي اړخ اړتیا هم نه لیرې کوي چې د برابر لګښت څو لارې ملاتړ وکړي که دواړه وسیلې یو ځای لیږدوي۔ مخکې لدې چې څه چمتو کړئ، د دروازې حالت، SKU او د لرې وسیلې وړتیاوې تایید کړئ۔

په غیر فعال انتظار کې دروازه په بشپړه توګه سم ډیزاین دی؛ یوازې بېل تونل شمېر ورکوي۔

BGP دواړه لارې د کار وړ ګرځوي

د څو وسیلو ډیزاین لپاره دواړه ځایي وسیلې BGP چلوي۔ هر یو ته ځانګړې BGP همکاره پته ورکړئ او په اړوندو لارو کې هماغه پلان شوي شخصي مختګونه اعلان کړئ۔ شخصي مختګونه ساتل شوې شبکې پیژني، په داسې حال کې چې عامه پتې هغه ځای پیژني چېرې چې کوډ شوې کیریر اړیکې پای ته رسېږي۔ د دې دواړو ګډول داسې ډیزاین ورکوي چې هر تونل پورته وي او لارې غلطې وي۔

د بېرته تګ لارښوونه او هر هغه حالت لرونکې پلټنه پلان کړئ چې باید د دوو لارو څخه هر یوه ته زغمل وکړي۔ په هر پای ټکي کې روغ IKE غونډه ثابتوي نه چې یو کاري بار کولی شي هر اعلان شوی لار وکاروي۔

د جریان پر بنسټ انتخاب د بینډویډت پولینګ نه دی

Azure د جریان د پتو او پورټونو په سر د هش په کارولو سره هر جریان لپاره یوه لاره ټاکي۔ په ثابت حالت کې، د یو ټاکلي TCP یا UDP جریان پیکټونه معمولاً هماغه تونل نیسي، او ځایي اړخ کولی شي د بېرته تګ لوري لپاره بېل تونل وټاکي۔ نو دوه وسیلې او څلور تونلونه لاسرسی ښه کوي، نه د یو لیږد سرعت۔ کله چې د پلورونکي سلایډ د یوځای کولو ژمنه کوي، دا بله ځانګړتیا یا ناسم پوهاوی بیانوي۔

که غواړئ وګورئ لارې څنګه خپرېږي د موازي جریانونو سره ازموینه وکړئ، او که غواړئ حد وګورئ د یو جریان سره۔

تاسو په حقیقت کې کومه اضافي والی لیرې کړ

په یوه وسیله دوه WAN پتې د لاسرسي لینک اختیارونه ښه کوي، مګر د هغې وسیلې بریښنا، سافټویر او ناکامي حالت شریکوي۔ دوی د دوو وسیلو سره یو شان نه دي، او په Azure اړخ کې هیڅ ترتیب دا نه بدلوي۔ د پتو شمېر څخه د اضافي والي اټکل کولو پر ځای د پلورونکي ملاتړ شوی دوه-WAN یا کلستر ډیزاین تعقیب کړئ۔ بیا یې ازموینه وکړئ: په یو وخت کې یوه لاره لیرې کړئ او پاتې لارې او په دواړو لوریو کې ریښتیني اپلیکیشن تبادله تایید کړئ۔

د کشف او یوځای کیدو ځنډ تمه وکړئ، او تمه وکړئ چې ځینې موجوده ناستې پای ته ورسیږي۔