AWS Client VPN د ویشل شوي تونل سره: کومې لارې باید خپرې کړئ

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

د ویشل شوي تونل بیرغ د منزلونو لیست نه دی

AWS ویشل شوی تونل داسې بیانوي چې کله اړیکه جوړیږي، د پای نقطې لارې د کلاینټ د لارو جدول ته ورزیاتېږي. شخصي VPC لپاره لاره تونل هماغه منزل ته محدودوي؛ نور هر څه د کلاینټ عادي لار تعقیبوي. ډیفالټ لاره بېل اغېز لرونکې بېله لارښوونه ده، ځکه همدا د ویشل شوي تونل اسناد د دې حالت لپاره ترتیب شوې پای نقطه کې د 0.0.0.0/0 خپرولو پر ضد خبرداری ورکوي: دا معمولا اړیکه ماتوي نه غځوي. د پای نقطې د لارو جدول پالیسي ده، او د کلاینټ د لارو جدول هغه پایله ده چې کولای شئ کتلی یې شئ.

د پای نقطې د لارو جدول او د کلاینټ نصب شوې لارې یوځای ولولئ. لیبل نیت بیانوي؛ لارې بیانوي چې څه پیښیږي.

لومړۍ پریکړه: ایا عمومي انټرنیټ ټرافیک باید سیمه ایز پاتې شي؟

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

که انټرنیټ ټرافیک د AWS له لارې وځي، د انټرنیټ لاسرسي هغه اسناد شوې معماري جوړه کړئ: د پای نقطې لاره، د اجازې قواعد، د تړلي سبنيټ لار، امنیتي پالیسي او فعاله پورتنۍ وتل. یوازې ډیفالټ لاره له دې څخه هیڅ نه برابروي.

دوهمه پریکړه: کومې شخصي مخکښې، او د چا اجازې سره؟

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

د یوې بریالۍ ناستې ازموینه یوه لاره ثابتوي. هر تړلی سبنيټ وګورئ، ځکه وروسته زیات شوی سبنيټ تړاو هماغه ځای دی چې ورکه لاره معمولا هلته وي.

کله چې منزل باید په نوم لاسرسي وړ وي، پام وکړئ چې بله پوښتنه د نومونو حلول ده، نه د لارې پوښتنه.

دریمه پریکړه: کوم resolver د تونل تعقیبوي؟

کلاینټ کولای شي داسې DNS سرور ترلاسه کړي چې یوازې د VPN له لارې لاسرسي وړ وي، او هغه resolver یوازې هغه وخت کار کوي چې پته یې پخپله د اجازې ورکړل شوې لارې دننه وي. دواړه نیمې وګورئ: د resolver پته خپرې شوې لاره تعقیبوي، او سرور هغو نومونو ته ځواب وایي چې اپلیکیشن غواړي. هغه غوښتنه چې په پته بریالۍ وي خو د کوربه نوم له مخې ناکامه شي د نومونو اښاره ده، د لارښوونې نه، او په دې حالت کې د تونل اصلاح کول ماسپښین ضایع کوي.

عام نومونه باید هغسې حل شي لکه د اړیکې دمخه، چې دا په دې اړه دقیق کیدو بل دلیل دی چې تاسو څه خپروئ.

د لارو ټولګه بدله کړئ، بیا دواړه نړۍ وګورئ

AWS اسناد کوي چې په ویشل شوي تونل پای نقطه کې د لارو بدلول کلاینټ اړیکې بیا تنظیموي. بدلون دې ته په پام سره پلان کړئ: هغه پلي کړئ، د ملاتړ شوي کلاینټ له لارې بیا وصل شئ، او د سمون دمخه پلي شوي حالت باور کولو پرځای نصب شوې لارې بیا ولولئ. زوړ پلي شوی حالت تر ټولو عام دلیل دی چې سم بدلون مات ښکاري.

ډیزاین یوازې هغه وخت ومنئ چې یو شخصي سرچینه او یو عامه منزل دواړه لکه څنګه چې اراده وه چلند وکړي، په نوم او په پته، په هغو پتو کورنیو کې چې تاسو واقعیا ملاتړ کوئ. هغه تونل چې تصدیق کوي هغه تونل سره یو شان نه دی چې سم ویش کوي.

د لارو لیست د استدلال ترڅنګ په رن بک کې ولیکئ، ترڅو بل کس قصد شوې ایستل له هیر شوې څخه وپېژني.