کلاوډ VPN ته BGP ته اړتیا ده: ولې نور د لارښوونې پروتوکولونه ناکامېږي

د IPsec امنیتي ټولنه فعاله ده، د ټنل شمېرونکي ښورېږي، او کلاوډ مخفف ته ترافیک ورکېږي. بیا آپریټر د پیرودونکي روټر کې OSPF فعالول غواړي، تمه لري ګاونډی جوړ شي، او هېڅ نه پېښېږي. ټنل هېڅکله ورک شوی برخه نه وه: مدیریت شوی کلاوډ VPN یو ټاکل شوی د لارښوونې قرارداد وړاندې کوي، او په لویو پلیټفارمونو کې هغه قرارداد BGP دی. تر هغه چې یوه غونډه نه وي او مخفف ومنل نه شي، ټنل یوازې یو کوډ شوی لاره ده چې شاته یې هېڅ منزل نشته.

ټنل فعال دی او لاره ورکه ده

د پړاو 1 او پړاو 2 بشپړېدل ثابتوي چې دواړه خواوې د ساتنې په اړه موافقې دي، نه دا چې یوه خوا پوهېږي ترافیک چېرته ولېږي. دا د بېل ناکامۍ طریقو سره بېل حالت ماشینونه دي.

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

چمتو کوونکی واقعاً څه درکوي

مدیریت شوی VPN ګېټوې بې حده روټر نه دی. چمتو کوونکی تاسو ته د ملاتړ شوو ګاونډیو پتو، د خپلواک سیستم تنظیم، د مخفف حدودو او ټاکل شوي ناکامۍ چلند سره ګېټوې درکوي. هغه سطحه محصول دی.

Google Cloud د HA VPN لپاره متحرک BGP لارښوونه مستند کوي، چې Cloud Router د ګاونډیو لارې زده کوي او VPC ته وړ دودیز متحرک لارې رسوي. AWS Site-to-Site VPN د ثابت او متحرک لارښوونې ترمنځ غوره توب مستند کوي، او د BGP ژوندۍ کتنې د ټنل بدلون لپاره ګټورې بولي، په داسې حال کې چې د BGP پرته وسایلو لپاره د روغتیا کتنې هم ملاتړ کوي. د یوه پلیټفارم چلند باید د بل د محصول له نوم څخه ونه اخیستل شي.

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

د ټنل ساتنه او لاسرسي بېل کارونه دي

IPsec د ټنل لپاره ټاکل شوی ترافیک ساتي. BGP هغه د لاسرسي معلومات رسوي چې مخفف وړ کوي. فعال ټنل ثابتوي نه چې تمه شوی مخفف اعلان، ومنل یا نصب شوی.

د یوې څانګې تصور وکړئ چې 10.42.0.0/16 د دوو وړ ټنل لارو له لارې اعلانوي. یوه کارېدونکې لاره لرې کړئ او د لارې ټاکنه کېدای شي بدله شي پرته له دې چې څوک د هر کاري بار لاره سمه کړي. کشف، د لارې ټاکنه او د اپلیکیشن بیا رغونه سمدستي نه دي، او په بېلابېلو ځای پرځای کولو کې یو شان نه دي، نو د بدلون ازموینه باید ټول ترتیب وګوري، نه لومړی پاکټ چې تېرېږي.

کله چې کلاوډ مخفف لاسرسی نه لري، د کوډ کولو له لاس وهلو دمخه د غونډې حالت او زده شوې لارې وګورئ. په شا کې د لارې پرته فعال SA د دې نښې ترټولو عامه بڼه ده.

د OSPF فرضیې چېرته ماتېږي

د IPsec ټنل دننه OSPF، IS-IS یا بل پروتوکول په خپل مدیریت شوي وسیله کې په بشپړه توګه ممکن دی، چېرته چې دواړه پایونه او د لېږد ډیزاین ستاسو دي. هغه حقیقت د یوې مدیریت شوې خدمت په اړه هېڅ نه وایي چې د متحرک لارښوونې حالت په توګه یوازې BGP وړاندې کوي.

که وړاندیز شوی ډیزاین داسې ګاونډیتوب ته اړتیا ولري چې خدمت یې ملاتړ نه کوي، معماري په قصد بدله کړئ. انتخابونه د VPC کې خپل مدیریت شوی وسیله، چېرته چې خدمت ملاتړ کوي هلته ثابته لارښوونه، یا بېل نښلونکی محصول شامل دي. یوازې د پیرودونکي روټر کې پروتوکول تنظیمول نشي کولی د کلاوډ خوا کې نه موجود ګاونډی اضافه کړي، او مخفف به هم نه ښکاره کوي.

د یوه پلورونکي ځواب بل پلورونکي ګېټوې ته مه وړئ. ورته کلمې، لکه متحرک لارښوونه یا د ټنل بدلون، کېدای شي بېل میکانزمونه او بېلې حدونه بیان کړي.

د خدمت اړتیا ولولئ، بیا ډیزاین کړئ

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

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

د بدلون ثبت سره د خدمت قرارداد وساتئ. کله چې وروسته څوک وپوښتي چې ولې ټنل OSPF نه شي چلولای، ځواب د پروتوکول محدودیت نه، د محصول پوله ده، او ثبت باید همداسې ولیکي.