د AWS NAT ګېټوې VPN ته کومه سرچینه IP کاروي؟

تاسو د VPC کنسول خلاصوئ ځکه چې یو ملګري وپوښتل چې د سایټ-تر-سایټ VPN له لارې کومه سرچینه ساحه راشي۔ د NAT ګېټوې پاڼه یوه عامه ګېټوې د Elastic IP سره نښلولې ښیي، او هڅونه دا ده چې هغه پته ولېږئ او مخکې لاړ شئ۔ دا د انټرنېټ لارې لپاره سم ځواب دی او د VPN لارې لپاره غلط ځواب، او توپیر دا دی چې د لارې جدول کومې ګېټوې ته اشاره کوي۔ د اجازې لیست لیکلو دمخه لاره وګرځئ۔

له اجازې لیست نه نه، د NAT ګېټوې پاڼې څخه پیل کړئ

د NAT ګېټوې پاڼه تاسو ته سبنیټ، ډول او Elastic IP وایي، او دا درې ساحې د پیل لپاره کافي دي۔ هغه څه چې نه وایي هغه لاره ده چې ټرافیک وروسته پرې ځي۔ دا د NAT ګېټوې سبنیټ سره نښلول شویو لارې جدولونو څخه راځي۔

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

دواړه بدلونونه تعقیب کړئ

هم عامه او هم خصوصي NAT ګېټوې د کاري بار خصوصي IPv4 سرچینه د NAT ګېټوې په خپله خصوصي IPv4 پته بدلوي۔ دا لومړی بدلون پرته له دې چې ډول ته وګوري پېښیږي۔ دوهم بدلون هغه دی چې خلک یې هېروي: عامه NAT ګېټوې ټرافیک انټرنېټ ګېټوې ته سپاري، کومه چې پته د نښلول شوې Elastic IP سره نقشه کوي۔

workload 10.20.1.5 -> NAT gateway 10.20.2.10 -> internet gateway -> Elastic IP 203.0.113.25
workload 10.20.1.5 -> NAT gateway 10.20.2.10 -> transit or virtual private gateway -> partner sees 10.20.2.10

په خصوصي لاره کې په زنځیر کې انټرنېټ ګېټوې نشته۔ کله چې ټرافیک د ټرانسټ ګېټوې یا مجازي خصوصي ګېټوې له لارې ووځي، د NAT ګېټوې لارښود د NAT ګېټوې خصوصي پته هغه سرچینه ثبتوي چې لرې اړخ یې ترلاسه کوي۔ ملګري باید هماغه پته اجازه کړي، نه Elastic IP۔

د VPN لاره معمولاً خصوصي پته ښیي

د 10.20.1.0/24 په کاري بار چې د ملګري مخکښې ته رسیږي، د کاري بار سبنیټ لارې جدول NAT ګېټوې ته اشاره کوي، او د NAT ګېټوې سبنیټ لارې جدول خصوصي ګېټوې لارې ته اشاره کوي۔ دواړه ټوپونه مهم دي، او یوازې دوهم فیصله کوي چې ملګری څه ګوري۔ که NAT سبنیټ VPN لارې ته هېڅ لاره نه لري، پاکټ هېڅکله نه رسیږي، او دا له غلطې سرچینه پتې څخه بېله ناکامي ده۔

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

کله چې دوهم بدلون ځواب بدلوي

AWS هم د ټرانسټ ګېټوې ضمیمه کې روښانه، سمون لرونکې یوه-ته-یوه NAT نقشه وړاندې کوي۔ هغه نقشه کولای شي سرچینه بیا بدله کړي دمخه له دې چې لرې خدمت یې وویني، او دا هغه اصلي چلند نه دی چې یوازې لاره کوي۔ ځکه چې په قصد باید تنظیم شي، دا داسې څه نه دي چې ناڅاپه یې میراث ترلاسه کوئ، بلکې د ډیزاین استثنا یې وګڼئ۔ که ستاسو په ټیم کې هیڅوک نه یادېږي چې دوی یې فعال کړی وي، تر هغې چې ضمیمه ولولئ یې نه شتون ومنئ۔

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

خصوصي NAT ګېټوې ته انټرنېټ خدمت د دې په انټرنېټ ګېټوې ته اشاره کولو سره نه شي ورکول کېدای؛ AWS ثبتوي چې داسې ټرافیک غورځول کیږي۔ ډول له بشپړې لارې غوره کړئ، د اړتیا په VPN کلمه کې نه۔

هغه تړون ولیکئ چې ستاسو ملګری پرې عمل کولای شي

کارېدونکي تړون څلور برخې لري: هغه لوری چې جریانونه ترې پیل کیږي، هغه بدل شوې پېژندنه چې ملګری به یې وویني، د هغې پېژندنې لپاره د بېرته راستنېدو لاره، او هغه ساتنه چې پلي کیږي۔ د NAT ګېټوې جریانونه د ملاتړ شوي سرچینه اړخ څخه پیل کیږي، نو دا د خصوصي کاري بار د ښکاره کولو لپاره د ننوتلو پورټ لېږد خدمت نه دی۔ دا په لوړ غږ سره ژر ویل د ډیزاین هغه بیاکتنه منع کوي چې هر اړخ په کې انګېرلې وه چې بل اړخ پیل کړی دی۔

بدلون د پتو له یو بل سره د لګېدو څخه آرامښت او د وړاندوینې وړ سرچینه پالیسي اخلي، او په ملګري د لاګونو کې ستاسو څخه انفرادي کاري بار پېژندنه اخلي۔ که تدقیق هر کاري بار ته د نسبت غوښتنه وکړي، هغه پېژندنه د بدل شوې سرچینه پتې څخه د بیرته راګرځولو هڅې پرځای په اپلیکیشن طبقه کې وساتئ۔

بیا له هر بدلون وروسته دواړه لارې جدولونه بیا وګورئ، ځکه نوی ضمیمه یا بیا نښلول شوی سبنیټ ځواب په خاموشۍ بیا لیکي۔