ولې EC2 ستاسو AWS Client VPN لیپ ټاپ ته نشي رسېدلی
Client VPN د IPv4 پیرودونکي سرچینې د endpoint شبکې انټرفیس ته ژباړي. له همدې کبله ځواب کار کوي او له EC2 څخه نوی اړیکه نه کوي.
د AWS Client VPN له لارې تړل شوی لیپ ټاپ پرته له کومې ستونزې EC2 اپلیکیشن ته رسېږي۔ بیا تاسو هڅه کوئ چې برعکس یې وکړئ، له EC2 څخه هغه پتې ته چې پیرودونکي ته ورکړل شوې وه، او اړیکه ځړېږي یا ردېږي۔ دا ناسموالي په نادره توګه د امنیتي ګروپ د ورک شوي قاعده له امله وي۔ په Client VPN endpoint کې چې له VPC فرعي شبکو سره تړلی وي، AWS د IPv4 پیرودونکي سرچینې د endpoint د شبکې انټرفیس ته ژباړي، نو له همدې کبله د VPC داسې راتلونکې پته نشته چې ستاسو لیپ ټاپ استازیتوب وکړي۔
له هغه څه پیل وکړئ چې کپچر یې ښیي
د پیرودونکي د نښلېدو پر مهال په EC2 هوسټ کې کپچر واخلئ او هغه سرچینه پته ولولئ چې اپلیکیشن یې په رښتیا ویني۔ که دا د VPC په اړخ کې د endpoint انټرفیس وي او نه د پیرودونکو له حوضې یوه پته، نو تر یوې قاعدې بدلولو دمخه ژباړه تایید شوې ده۔
د پیرودونکو حوضه د تخصیص ساحه ده، نه د بېرته راستنېدو لارې لرونکې فرعي شبکه۔ پر همدې توپیر کې د دې ډول څېړنو ډېره برخه غلطه ځي۔
هغه ژباړه چې ناسموالي تشریح کوي
درې بهیرونه یو له بل سره ګډېږي، او یوازې یو له دوی هغه دی چې خلک یې ازموي۔
| Flow | Started by | What the VPC sees | Outcome |
|---|---|---|---|
| Client to EC2 service | The client | A translated source at the endpoint interface | Works, with a stateful reply |
| EC2 host to client pool address | The EC2 host | A destination with no route and no translation state | No usable path |
| Client to client | A client, when the feature is configured | Traffic mediated by the endpoint | Works only with that feature and its authorisation |
د Client VPN برخو تشریح په روښانه ډول وایي چې د IPv4 پیرودونکي سرچینې د endpoint انټرفیس ته ژباړل کېږي، او دا د دې لپاره بسنه کوي چې وګورو ولې منځنۍ کرښه د پرتله کولو لپاره څه نه لري۔
نوې اړیکې ته لار، د پتې د حل کولو ګام او د اجازې پرېکړه ته اړتیا ده۔ د بل چا له ناستې څخه د ژباړې حالت د دې درېیو څخه هېڅ یو هم نه برابروي۔
ولې ځواب نوې اړیکه نه ده
د TCP ځواب له شته ننوتلو سره مطابقت کېږي، له همدې کبله د بېرته راستنېدو لار پرته له کومې راتلونکې قاعدې کار کوي۔ له EC2 هوسټ څخه نوی SYN د مطابقت لپاره ننوتنه نه لري، نو داسې منزل ته د وتلو عادي هڅه ګرځي چې VPC نه پوهېږي څنګه ورباندې ورسېږي۔
له همدې کبله د دې په یوازې یوه لوري روان ترافیک توګه بیانول ګمراه کوونکي دي۔ په دې ناستو کې د بېرته راستنېدو ترافیک په دوامداره توګه بهېږي۔ هغه برخه چې لار نه لري، پیل دی۔
هغه ناسته چې باید کار وکړي لا هم څه ماتوي
امنیتي ګروپونه، د شبکې ACLونه او د لیپ ټاپ خپل فایر وال — هغو اړیکو لپاره چې باید بریالۍ شي، دا ټول مهم دي۔ ناکام ping تر ټولو لږ څه وایي، ځکه چې د ICMP تګلاره ډېری وخت له هغې TCP تګلارې جلا وي چې تاسو ته مهمه ده۔
دا قاعدې د ژباړل شوې سرچینې له مخې ولیکئ، نه د پیرودونکي پتې له مخې۔ هغه قاعدې چې له هغې پتې سره تړلې دي چې هیڅکله په شبکه کې نه ښکاري، په دې ډیزاین کې تر ټولو عامه خپله جوړه شوې ستونزه ده۔
کله چې VPC واقعاً باید خبرې پیل کړي
که یو خدمت باید یوې کاري تمځای ته خبر ورکړي، لوری برعکس کړئ او پیرودونکي ته اجازه ورکړئ چې یوه دوامداره وتلونکې چینل وساتي چې خدمت پرې ځواب وایي۔ که ټول لرې شبکه باید له VPC څخه د لاسرسي وړ وي، نو د دې پر ځای چې فکر وکړئ Client VPN لا دمخه دا کار کوي، داسې معماري وټاکئ چې خپلې مختصې او د لاسرسي تګلاره خپره کوي۔ له پیرودونکي څخه پیرودونکي ته لاسرسی درېیم، تنګتر حالت دی چې خپلې لارې او اجازې توکي لري۔ له دې څخه هیڅ یو هم په شته endpoint کې یوازې یو ټیک بکس نه دی۔
د IPv4 د تشریح حد هم په رښتیني توګه وساتئ۔ د AWS اوسنی اسناد IPv6 جلا کوي، چېرې چې دا ژباړه نه پلي کېږي، او همدارنګه نور د نښلولو ماډلونه چې په بل ډول لارښوونه کوي۔
په درې نښه شوو ګامونو کې یې وآزمویئ: پیرودونکی اجازه لرونکې ناسته پرانیزي، VPC خدمت هغې ناستې ته ځواب وایي، او یو VPC هوسټ پیرودونکي ته نوی ناسته پرانیزي۔ دا چې لومړني دوه بریالي شي او درېیم ناکام شي، د دې ډیزاین تمه شوې بڼه ده، نه هغه نقص چې د فایر وال قاعدو سره یې تعقیب وکړئ۔