د VGW د BGP اعلانونه او د VPC د لارو جدول: څه څه بدلوي
د VPC د لارو جدول د فرعي شبکو لیږد کنټرولوي؛ هغه څه نه بدلوي چې مجازي شخصي ګیټوی BGP له لارې اعلانوي. هر لوری جلا تعقیب کړئ.
د VPC د فرعي شبکې په لارو جدول کې ورکه پریفیکس او د پیرودونکي په روټر کې ورکه پریفیکس دوه بېلې نیمګړتیاوې دي، او یوازې یوه یې د AWS د لارو په جدولونو کې سمېږي. مجازي شخصي ګیټوی د خپل VPC سره تړلي CIDR بلاکونه اعلانوي؛ د فرعي شبکې د لارو جدول دا ټاکي چې یو کاري بار خپل ځواب چیرته لیږي. دویم د لومړي د بدلولو د لارې په توګه ګڼل په دې تشخیص کې تر ټولو عامه غلطه کوږوالی ده. لاندې کتنې په ترتیب سره اجرا کړئ او دواړه لوري جلا وساتئ.
له هر جدول لوستلو مخکې د تړاو نوم وټاکئ
د سایټ څخه سایټ ته VPN یا په مجازي شخصي ګیټوی کې پای ته رسېږي یا په ټرانزیټ ګیټوی کې، او د سرچینې IDونه ټاکي چې کوم د لارې ماډل پلی کېږي. لومړی هغه ولولئ: aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 --query 'VpnConnections[].{Tunnels:VgwTelemetry,Gateway:GatewayId,Transit:TransitGatewayId}'. ځواب تاسو ته وایي چې بل جدول چې باید وکتل شي د VPC د لارو جدول دی که د ټرانزیټ ګیټوی د لارو جدول.
که VPN د ټرانزیټ ګیټوی سره تړلی وي، د VPC د لارو جدول د کنټرول طبقې په توګه ګڼل بند کړئ. هلته د VPC جدول د ګیټوی تړاو ته اشاره کوي، او اړیکه او خپرېدنه د ټرانزیټ ګیټوی د لارو په جدول کې پېښېږي. دواړه لیدلوري ګډول د غلط شي په اړه ډاډمنې پایلې ورکوي.
له AWS څخه دفتر ته لوری یو اعلان دی
د VGW تړاو لپاره، ګیټوی د خپل VPC سره تړلي CIDR بلاکونه د BGP له لارې د پیرودونکي ګیټوی ته اعلانوي. یو جلا فرعي شبکې لار اضافه کول، یا لار د یو بل VPC یا وسیلې په لور اړول، بله تړلې CIDR نه زیاتوي او په هغه اعلان کې نه ښکاري. که په دفتر کې پریفیکس ورک وي، د هر لارو جدول له سمولو مخکې د ترلاسه شوو لارو لیست د VPC اړیکو سره پرتله کړئ.
ساده قاعده استثناوې لري، نو هغه د خپل حد په داخل کې وساتئ. د VPN CloudHub ترتیب کولی شي د پیرودونکو ګیټویونو ترمنځ د سایټ پریفیکسونه بیا اعلان کړي، او ټرانزیټ ګیټوی خپلې خپرېدنې قاعدې تعقیبوي. دا خبره چې VGW یوازې خپل VPC اعلانوي یو ګټور ډیفالټ دی، نه هغه قانون چې هر هغه ټوپولوژي پوښي چې تاسو ورسره مخامخ کیږئ.
له دفتر څخه AWS ته لوری خپرېدنه او غوره کول دي
په مخالف لوري کې VGW د دفتر پریفیکس زده کوي، خو یوازې هغه یو کاري بار نه خوځوي. د فرعي شبکې د لارو جدول باید یا د تړاو لپاره خپرېدنه فعاله ولري یا همدې منزل ته یوه ثابته لار ولري. کله چې د یوه پریفیکس لپاره دواړه وي، ثابته لار ګټي، او د تر ټولو اوږد پریفیکس سمون د دواړو څخه مخکې چلېږي.
د اټکل کولو پر ځای اصل ولولئ: aws ec2 describe-route-tables --route-table-ids rtb-0123456789abcdef0 --query 'RouteTables[].Routes'. هغه داخلول چې اصل یې EnableVgwRoutePropagation دی له BGP څخه راغلی؛ هغه داخلول چې اصل یې CreateRoute دی یو انسان ټایپ کړی او تر هغو به ګټي چې څوک یې حذف کړي.
هغه رنبوک چې دواړه لوري جلا ساتي
له هر بدلون مخکې د AWS په اړخ کې څلور حقایق ولیکئ: د تړاو ډول، د VPC تړلې CIDRونه، د اړوند پریفیکس لپاره د فرعي شبکې د لار اصل، او د تونل او BGP حالت. هماغه describe غږونکی د هر تونل لپاره د منل شوو لارو د شمېر سره VgwTelemetry بیرته راولي، کوم چې تاسو ته وایي چې AWS اصلاً کومې لارې منلې که نه. بیا هغه د هغه څه سره پرتله کړئ چې پیرودونکي وسیلې واقعاً نصب کړي. هغه پریفیکس چې په BGP کې شته خو د لیږد په جدول کې نشته یوه سیمه ییزه واردات یا تر ټولو ښه لار ستونزه ده، نه د AWS د لارو جدول ستونزه.
که د فرعي شبکې جدول کې پریفیکس هیڅ نه وي، خپرېدنه فعاله کړئ یا ثابته لار اضافه کړئ، بیا د بدلون سمدستي کېدو د اټکل پر ځای د خپرېدنې له وقفې وروسته هماغه پوښتنه بیا ولولئ. که پریفیکس شته او ترافیک لا هم ناکامېږي، د کنټرول طبقه پرېږدئ او د معلوماتو لارې ته لاړ شئ.
هلته اوسېدونکي څه مه بدلوئ
د یو ورک پریفیکس د سمولو لپاره په ناتړلو لارو جدولونو کې خپرېدنه مه فعاله او مه غیرفعاله کړئ، او د یوې نه شته CIDR د پټولو لپاره ډیفالټ لار مه اضافه کړئ. دواړه بدلونونه د اغیزې حد پراخوي او بله تشخیص سختوي. سمون یوازې هغه جدول ته محدود کړئ چې د اړوند کاري بار فرعي شبکې خدمت کوي.
د معلوماتو لار له دې ټولو څخه بېله ده. امنیتي ګروپونه د حالت لرونکي دي، د شبکې ACLونه نه دي، او د کوربه فایر وال یا ناسم راګرځېدونکې لار کولی شي هغه ترافیک وغورځوي چې د لارې ایستلو په سمه توګه رسولی و. اعلان شوې ټولګه هم د هغې دننه هر خدمت ته اجازه نه ورکوي، نو لاسرسی د پالیسۍ په پوله محدود کړئ، د دې پر ځای چې په دې تکیه وکړئ چې یوه پته په BGP اعلان کې ناڅاپه ښکاري که نه.
د هر لارو جدول پوښتنې مخکې او وروسته حالت په بدلون ثبت کې وساتئ. که بدلون وضعیت خراب کړي، پخوانۍ لارې بحال کړئ او په هماغه پوښتنه یې تایید کړئ، ځکه هغه بیرته راګرځېدنه چې تاسو یې نشئ کولی تصدیق کړئ یوازې یوه اټکل دی.