AWS Client VPN یا Site-to-Site: وګورئ چې اړیکه څوک پرانیزي
Client VPN یو وسیله یا کارن تصدیقوي؛ Site-to-Site یوه لاره له AWS سره نښلوي. څلور څېړنې ټاکي چې ستاسو لیپ ټاپ یا څانګې ته په رښتیا کومه اړتیا ده.
دا څلور څېړنې فیصله کوي او هېڅ یوه یې د پروټوکول نوم نه دی. اړیکه څوک پرانیزي، AWS څه تصدیقوي، اړیکه ستاسو شبکې ته څنګه نښلي، او له هغې سره کومه لارښونه او تګلاره راځي. دوی ته په ترتیب سره ځواب ووایاست او د محصول غوراوی به معمولاً پخپله وشي؛ که وروسته له دې چې طرحه مو وپېرله ځواب ووایاست، نو هغه تونل به دفاع کوئ چې د ستونزې غلط نیمایي حل کوي. له څلورو هېڅ یوه هم له تاسو نه غواړي چې کوډونه وټاکئ، نو ځکه هغه طرحه چې له پروټوکول پیلېږي معمولاً نښه ده چې اړتیاوې هېڅکله نه دي لیکل شوې.
هره څېړنه پر هغه ریښتیني پای ټکي، کليانټ او پته-کورنۍ چې غواړئ یې وکاروئ ترسره کړئ، نه پر کټګورۍ. مدیریت شوي VPN محصولات له هغو OpenVPN او IPsec ودانیزو بلاکونو چې ورته ورته ښکاري توپیر لري.
لومړی، اړیکه څوک پرانیزي
که هغه څه چې لاسرسی ته اړتیا لري لیپ ټاپ، ټیلیفون یا د یو مدیر کاري سټیشن وي، اړیکه له لیرې وسیلې پیلېږي او طرحه لیرې-کلیانټ لاسرسی دی. که هغه څه چې لاسرسی ته اړتیا لري یوه څانګه وي چې د یو روټر شاته ماشینونه ډک وي، اړیکه له هغه روټر پیلېږي او طرحه لاره-تر-لارې ده. دا هغه څېړنه ده چې ډېری پېښې فیصله کوي، او همدا هغه ده چې خلک یې پرېږدي کله چې د پلورونکي وړاندې کول خبرې له مخکې کوډونو ته چوکاټ کړې وي.
که د پیل کوونکي برخې نوم نشئ ویلای، دلته ودروئ. هغه طرحه چې هڅه کوي دواړه پېښې په یو تونل پوښي معمولاً په هغه کليانټ ناسته پای ته رسیږي چې ځان لاره ښکاره کوي.
دویم، AWS څه تصدیقوي
له Client VPN سره AWS د تنظیم شوي کليانټ یا کارن هویت تصدیقوي: سندونه، یو لارښود یا فدرالي هویت، د تنظیم له مخې. له Site-to-Site VPN سره AWS د لارې سیال هویت تصدیقوي. هغه توپیر ښکارېدونکی نه دی. یو ماډل د کارنانو په زیاتولو او د هغوی د اعتبارنامو په لغوه کولو پراخېږي؛ بل د یوې لارې شاته هر څه باور کولو سره پراخېږي.
د لارې تصدیق هر کارکوونکی یا اپلیکیشن چې شاته وي تصدیقوي نه، نو حتی کله چې تونل پخپله باوري وي، د اپلیکیشنونو هویتونه او د سرچینې کچې لاسرسی وساتئ. هغه څانګه چې روټر یې سم سیال هویت لري باید په اتوماتيک ډول داسې ونه لوستل شي لکه په هغه ودانۍ کې هر مېز اجازه لري.
دریم، اړیکه څنګه نښلي
Client VPN د VPC فرعي شبکې ټولنو یا د ملاتړ شوي مستقیم Transit Gateway نښلونې له لارې نښلي. Site-to-Site VPN د AWS VPN هدف سره، معمولاً مجازي شخصي لارې یا Transit Gateway سره نښلي. Client VPN معماري لارښود د Transit Gateway غوراوي مستند کوي، او شتون یې لیپ ټاپ ناسته د څانګې لارې ته نه اړوي او نه پورته بیان شوی د کليانټ تصدیق او اجازه لره کوي.
مخکې له دې چې لارې طرحه کړئ، وګورئ ستاسو حساب او سیمه په رښتیا کومه نښلونه ملاتړ کوي، بیا وګورئ چې هغه نښلونه د چا ده. هغه غوراوی چې په اسنادو کې شته خو په داسې شبکه کې دی چې تاسو یې تنظیم نشئ کولای، غوراوی نه دی.
څلورم، له هغې سره کومه لارښونه او تګلاره راځي
Client VPN هغو منزل شبکو لپاره د کليانټ اړیکو مدیریت او د اجازې قواعد راوړي چې تاسو یې اجازه ورکوئ. نښلول شوی کارن لا هم اړ دی هغه پلان شوې پای ټکي لارې، هغه اجازه ورکوونکې قاعده، او هر هغه لاسرسی چې سرچینه پخپله غواړي. Site-to-Site VPN د پیرودونکي لارې استازیتوب کوونکو شبکو ترمنځ لارښونه کوي، د طرحې له مخې د ملاتړ شوو ثابتو لارو یا BGP په کارولو سره، نو د څانګې روټر شاته انفرادي ماشینونه اړ نه دي چې هر یو کليانټ ننوتل ولري.
په هېڅ لوري کې له کټګورۍ نه نه-ملاتړ شوی چلند وانګېرئ. لیرې-لاسرسي VPNونه په ټولیز ډول نه بې وسې دي چې د بېرته راتلونکي ټرافیک وړونکي وي یا لارې ترتیبات ملاتړ کړي، او IPsec د NAT له خوا په اتوماتيک ډول نه بندېږي — AWS د NAT تېرېدو او د پیرودونکي لارې اړتیاوې مستند کوي، او ریښتینی محدودیت د ملاتړ شوې لارې ترتیب دی. مخکې له دې چې د کليانټونو په لور پیل شوې اړیکې وغواړئ یا له یوې ناستې شاته LAN ولېږدئ، د خپل پای ټکي محدودیتونه وګورئ. همدا احتیاط د پته-کورنیو لپاره هم صدق کوي: هغه پای ټکی چې پر IPv4 کار کوي د IPv6 لارې مانا نه لري، نو هغه کورنۍ تایید کړئ چې ستاسو کليانټ یا لاره به په رښتیا پرې خبرې وکړي.
Site-to-Site VPN تاسو ته هرې اړیکې لپاره دوه تونلونه درکوي، او هغه زیاتوالی د طرحې کار دی نه هغه ځانګړتیا چې انګېرلای شئ. د پیرودونکي لارې چلول، د لارو ناکامي-لیږد او د ازموینې پوښښ باید ټول پلان شي؛ د یوې لیپ ټاپ ناستې پرتله له یو مجرد VPN سرور سره د دوی له هېچا په اړه هم هېڅ نه ثابتوي.
چېرې چې دوه طرحې سره ګوري
خدمتونه یو بل نه خارجوي او عادي تولیدي بڼه دواړه کاروي: کارکوونکي پر Client VPN، څانګې شبکې پر Site-to-Site، د هغو منزلونو ترمنځ چې باید خبرې وکړي روښانه لارې او د لاسرسي تګلاره سره. جدول د څلورو څېړنو لنډیز دی، نه د هغوی د ترسره کولو بدیل.
| Question | AWS Client VPN | AWS Site-to-Site VPN |
|---|---|---|
| Who establishes it? | A client on a remote device | A customer gateway device or appliance |
| What is authenticated? | The client or user identity | The gateway peer identity |
| How does it attach? | VPC subnet association or Transit Gateway | Virtual private gateway or Transit Gateway |
| What carries the path? | An OpenVPN-based client tunnel | IPsec tunnels to AWS endpoints |
یو څه چې د دواړو محصولاتو هېڅ یو یې نه بدلوي: TLS هغه اپلیکیشن ته چې د کوډ کولو اړتیا یې د VPN پای ټکي نه هاخوا ځي. که ستاسو د مطابقت حد په اپلیکیشن پای ته ورسیږي، تونل لېږد دی او سند لا هم کنټرول دی.
مخکې له طرحې بیاکتنې څلور ځوابونه ولیکئ، هر یو په یوه کرښه کې. کله چې دوه یې سره مخالف وي — ووایاست، د کارن-تصدیق شوې کليانټ طرحه او د څانګې اندازې لارښونې اړتیا — همدا مخالفت موندنه ده، او اوس یې لیدل د لېږد پر مهال له لیدلو ارزانه دي.