VPN په یوه EC2 انسټنس کې پای ته رسېږي، تاسو کولی شئ د هغه انسټنس ټنل پتې ته ورسیږئ، او هغه ټرافیک چې باید د هغې له لارې بل شخصي هوسټ ته وړاندې لاړ شي ورکېږي۔ دا دوه بېلې ازموینې دي، او د دوی ګډول ساعات ضایع کوي۔ لومړۍ پوښتنه کوي چې ایا تاسو انسټنس ته رسېدلی شئ؛ دوهمه غواړي چې دا د داسې مقصد لپاره ټرافیک وړاندې کړي چې د هغې خپل نه دی، کوم چې د Linux لیږد، د اور دیوال تګلاره، په بل اړخ کې لاره او د AWS کچې اجازه غواړي چې د میلمنې عملیاتي سیسټم سره هېڅ تړاو نه لري۔ په کنسول کې هېڅ شی پام دې توپیر ته نه راګرځوي۔ نښه د لارې د خرابۍ په څېر ښکاري، او معمولاً داسې نه ده۔

له هر څه بدلولو دمخه دوه ازموینې جلا کړئ

دروازې ته رسېدل ټنل، د هغې پتې ته لاره او هغه امنیتي ګروپ ثابتوي چې تبادله اجازه ورکوي۔ د بل هوسټ لپاره لیږد د دې هېڅ شی نه ثابتوي: دا بېله سرچینه پته، بېل مقصد او په داسې رول کې انسټنس کاروي چې حتماً د هغې لپاره نه دی جوړ شوی۔ دواړه ازموینې جلا ولیکئ او یادښت وکړئ چې کومه ناکامه کیږي، ځکه چې د هرې یوې سمون په بېل کنسول کې دی۔ یوازې د ټنلونو پای ته رسولو لپاره جوړ شوی دروازې انسټنس د بل هر څه لپاره لیږدولو هېڅ دلیل نه لري، او د هغې تلوالې تنظیمات همدا ښیي۔ نو ځکه دوهمه ازموینه خپل تنظیم ته اړتیا لري، نه لومړۍ ته کوچني سمون۔

دروازې ته کار کوونکی ping او هغې ته د هاخوا هوسټ په لور ناکامېدونکی ping منځمهاله ستونزه نه ده۔ دا د هغه انسټنس متوقع چلند دی چې نه ورته ویل شوي چې لیږدولی شي۔

له تنظیم سره لاس وهلو دمخه لاره ولیکئ

د کوربه مخکښ، د لیږد انسټنس یا شبکې انټرفیس، هدف فرعي شبکه او د ځواب لاره ولیکئ۔ د VPC د لارو جدول کې د یوه انسټنس په لور اشاره کوونکی داخله د انسټنس عملیاتي سیسټم د لیږد لپاره نه تنظیموي، او د میلمنې کرنل چې لیږد فعال وي VPC لاره نه جوړوي۔ دې اړیکې دواړه سرونه باید موجود وي، او هغه په بېلو ځایونو کې د بېل لاسرسي لرونکو خلکو لخوا سمول کیږي۔

بیا د سرچینې/مقصد چیک تنظیم په رښتیني لیږدونکي برخه کې وګورئ، نه په VPC کې په هر انسټنس۔ AWS مستندوي چې ولې د بل چا لپاره ټرافیک لیږدونکي انسټنس ته اړینه ده چې دا چیک بند وي، او هم ولې تنظیم د ټول VPC تلواله نه بلکې د هر انسټنس پرېکړه ده۔

څلور حدود، او چیک یوازې یو له هغو دی

لاره د څلورو پوښتنو په توګه وګڼئ او په ترتیب ځواب ورکړئ۔ لومړی ناکام ځواب هغه ځای دی چې کار پکې دی، او نور هیڅ یو به یې جبران نه کړي۔

BoundaryQuestion it answers
VPC route tablesDo the destinations and replies select the intended gateway?
Forwarding instanceDo the AWS check and the guest OS both permit forwarding?
Access policyDo security groups, ACLs and host rules allow the exchange?
DestinationCan the service accept that source and return a reply?

ترتیب مهم دی ځکه چې چیک کول ارزان دي: لارې په یوه پاڼه کې ښکاري، چیک یوه ځانګړنه ده، او د مقصد نظر معمولاً هغه وروستی شی دی چې څوک یې پوښتنه کوي۔

ژباړه بدلوي چې مقصد کومه سرچینه ویني

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

که ژباړه کوئ، قاعده د کوربه مخکښ او موخه مقصد پورې محدوده کړئ۔ که ساتئ، تایید کړئ چې بل اړخ په رښتیا لاره پېژني، نه دا چې فرض کړئ به یې زده کړي۔

له اصلي کوربه ازموینه وکړئ، بیا بدلون وساتئ

په دروازه کې جوړه شوې غوښتنه کېدای شي بریالۍ شي پداسې حال کې چې لیږدول شوې غوښتنه ناکامه کیږي، ځکه دا بېله سرچینه او بېله لیږد پېښه ده۔ له هدفمند سمون وروسته هغه دقیقه کوربه-تر-سرچینې ازموینه تکرار کړئ چې ناکامه شوې وه، له هماغه کوربه څخه، او تایید کړئ چې ځواب بېرته راځي، نه یوازې دا چې غوښتنه ورسېده۔

په پای کې، تنظیم په دروازې د مدیریت شوي ترتیب کې کېږدئ ترڅو بدلونکې انسټنس هغه ترلاسه کړي۔ بریالۍ ازموینه چې په لاسي استثنا تکیه وي هغه ازموینه ده چې په راتلونکې بیا جوړونه کې پای ته رسېږي، او هغه څوک چې دا یې کشف کړه به هلته نه وي چې ولې یې یاد کړي۔

اړوندې مقالې