ولې د AWS VGW فرعي شبکې لار نشي کولی یو VPN تونل وټاکي

دوه Site-to-Site VPN اړیکې په یوه مجازي شخصي دروازې پای ته رسېږي او ورته د څانګې مخکښ اعلانوي۔ د فرعي شبکې د لارو جدول د هغه مخکښ لپاره یو دخل لري چې دروازې ته اشاره کوي، او هېڅ داسې ساحه نلري چې تونل ونوموي۔ له همدې امله د اړیکو ترمنځ لومړیتوب په داسې ځای کې کېږي چې کنسول ورته لارښوونه نه وایي۔ د دې پوهېدل چې کومه طبقه پرېکړه لري، د کارکوونکي احتیاط او د هغه بدلون ترمنځ توپیر دی چې هېڅ نه کوي۔

دوه طبقې په لوبه کې دي: د VPC لار چې وایي کومه دروازه، او د دروازې خپله د تونل ټاکنه۔ دواړه یوځای کول داسې سمونونه جوړوي چې په لارو جدول کې سم ښکاري او یو هم بسته نه خوځوي۔

دوه طبقې چې د یوې په څېر ښکاري

د فرعي شبکې لار یوازې یوې پوښتنې ته ځواب وایي: دې منزل لپاره کومه نښلون؟ د هغې هدف مجازي شخصي دروازه ده، او د هغې معیار یوازې د همدې جدول له نورو لارو سره سیالي کوي۔ په هغه دخل کې هېڅ شی تونل یو له تونل دوه یا اړیکه A له اړیکه B نه جلا کوي۔ ډېر ځانګړی مخکښ بېل منزل مطابقت دی، نه ښکاره لار ټاکنه۔

دروازه بلې پوښتنې ته ځواب وایي: د هغه مخکښ لپاره د هغې ساتل شوو تونلونو له منځه کوم یو اوس ترافیک وړي۔ دا پرېکړه د تونل له روغتیا او د پیرودونکي دروازې نه ترلاسه شوو BGP ځانګړتیاوو راځي، او هغه هېڅکله د فرعي شبکې د لارو جدول کې نه ښکاري۔

VGW په رښتیا څه پرتله کوي

روغتیا لومړی راځي۔ یو ښکته تونل، یا یوه BGP ناسته چې نه ده پورته شوې، د هرې ځانګړتیا له کتنې مخکې بایلي۔ له همدې امله په لا دمخه ناکامه اړیکه کې د لارې مخکې اېښودل هېڅ نه بدلوي۔

د یوه مخکښ لپاره د وړ لارو له منځه AWS لنډ AS_PATH غوره کوي۔ کله چې دوه لارې هم اوږدې وي، MED پرتله کوي، د لارې په لومړي AS اړه د مستند شرط تابع۔ د خلکو روایت نه، خپره شوې ترتیب ولولئ، ځکه چې خلکي روایت معمولاً د روغتیا ګام او د ثابتې لارې استثنا پرېږدي۔ یوه پایله: په بیک اپ اړیکه کې درې ځله مخکې اېښودل لومړنۍ په کلکه لنډوي، او د لومړیتوب څرګندولو معمول لار همدا ده۔

مخکې اېښودل، او کله چې هېڅ نه کوي

مخکې اېښودل په پیرودونکي دروازې د وتلو اعلانونو کې کېږي، نه د AWS په داخل کې۔ تاسو خپل ASN دوه یا درې ځله هغه مخکښ ته ورزیاتوئ چې غواړئ AWS ترې ډډه وکړي، او بیا AWS د هغې اړیکې لپاره اوږده لار ویني۔ لومړنۍ اړیکه بې مخکې اېښودنې اعلان ساتي۔ که دواړه اړیکې له یوه ASN نه په یو شمېر مخکې اېښودنو اعلان وکړي، تاسو هېڅ لومړیتوب نه دی څرګند کړی۔

له بدلون وروسته د AWS په خوا کې ترلاسه شوې لار وګورئ۔ هغه مخکې اېښودنه چې کله هم د پیرودونکي وسیله نه ده پرېښې، همداسې ښکاري چې AWS پرې پام نه دی کړی۔

ثابتې لارې ټول دلیل ته پام نه کوي

که اړیکه ثابته لارښوونه کاروي، د اوږدولو لپاره AS_PATH نشته۔ AWS ثابتې VPN لارې د همدې مخکښ لپاره له BGP زده شوو لارو دمخه ګڼي، له همدې امله ګډ ډیزاین لکه بشپړ متحرک نه چلند کوي۔ لومړی د لارښوونې ډول پرېکړه وکړئ، بیا د هغې لپاره موجود د لومړیتوب میکانیزم وټاکئ۔

له دوو ثابتو اړیکو سره چې یو مخکښ اعلانوي، ګټور لاس د مخکښ دی: هغه اړیکه چې غواړئ وکاروئ پرې ډېر ځانګړی حد اعلان کړئ، او ومنئ چې تاسو دا بدل کړی چې کوم منزل مطابقت کوي، نه دا چې کومه لار ګټي۔

ولې ټرانزیټ دروازه بېل ځواب دی

ټرانزیټ دروازه د VPN نښلونو په اوږدو کې د برابر لګښت څو لارو ملاتړ کوي، له همدې امله دوه اړیکې کولی شي ترافیک سره شریک کړي پرځای دې چې یوه احتیاط ته ودرېږي۔ د هغه ډیزاین د ناکامۍ سطحه بېله ده: بهیرونه پر تونلونو خپرېږي، او د یوه تونل لوېدل یوازې د بار یوه برخه خوځوي۔ د VGW ترکیب ټرانزیټ دروازې ته، یا برعکس، کاپي کول داسې تمې جوړوي چې هېڅ پلیټفارم یې نه پوره کوي۔

له میکانیزم مخکې موډل وټاکئ: فعال او احتیاط د ټاکلي لومړیتوب سره، یا فعال او فعال د ECMP سره۔

له تنظیم وروسته څه باید وګورئ

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

بیا تصویب شوې د بدلون آزموینه چلوه او وګوره چې پاتې لار خدمت وړي۔ لومړیتوب چې یوازې د ترتیباتو په توپیر کې شته، لا هم لومړیتوب نه دی۔