ایا لا هم VPN ته اړتیا لرئ که Identity-Aware Proxy کاروئ؟
د تصدیق پراکسی یوه غوښتنه تصدیقوي؛ مسیر شوی VPN یو کلاینټ شبکې ته ننوږي۔ اصلي عملیات، د کلاینټ کاري بهیر او بدیل لارې پرتله کړئ۔
انګیرنه دا ده: کله چې د هویت پوه پراکسی د داخلي اپلیکیشنونو مخې ته ودرېږي، VPN یوازې سینګار دی او کلاینټ کولای شي لاړ شي۔ دا یوازې یو تنګ حالت لپاره سم دی — هغه انټراکټیو HTTPS اپلیکیشن چې یو کس یې په براوزر کې کاروي — او په نورو ټولو ږایونو کې په خاموشی سره ناکامېږي۔ پراکسی د یوې سرچینې پر وړاندې غوښتنه تصویبوي؛ VPN کلاینټ ته د شبکې په ساحه کې د ننوتلو اجازه ورکوي، او دا دوې پولې په نادره توګه سره سمون خوري۔ د تونل له تقاعد کولو دمخه هغه عملیات پرتله کړئ چې ستاسو خلک یې په ریښتیا ترسره کوي، نه په ډیاګرام کې د محصول نښې۔
دوې دروازې بېلابېلې څه ته اجازه ورکوي
د اپلیکیشن دروازه پریکره کوي چې ایا دا غوښتنه، له دې هویت څخه، کولای شي دې خوندې سرچینې ته ورسېږي۔ د Google Identity-Aware Proxy کتنه په دقیق ښوګه همدا بړه تشریح کوي: د HTTPS اپلیکیشنونو په مخې مرکزي تصویبونکۍ پوره چې د IAM رول لخوا اداره کېږي۔ پوله سرچینه ده، او د لاسرسی واحد غوښتنه ده۔ مسیر شوی VPN یو څه زیات خام او پراخ کار کوي: کلاینټ ته د ټاکل شوې شبکې په ساحه کې د ننوتلو اجازه ورکوي، او وروسته اپلیکیشن بیا هم پریکره کوي چې دا کلاینټ څه کولای شي کولایشي۔
هیڅ یو ماږل بل نه اړوي۔ له دروازې تېرېدل د یو ښانګړ ریکاړډ لوستلو په اړه هیڅ نه وایي، او په شبکه کې اوسېدل د عمل اجازې په اړه هیڅ نه وایي۔
پراکسی څه نه پوښي، او VPN څه پوښي
SSH ناستې، د ډیټابېس کلاینټونه، د پیغام بروکرونه او داخلي هوسټ نومونه چې هیڅ براوزر هیڅکله نه خلاصوي، یوازې دا له دې امله چې ویب پراکسی شته، د لاسرسی وړ نه کېږي۔ هر یو خپل پروتوکول وایي، او هر یو ته یا خپله تصدیق شوې لاره اړینه ده یا هغه شبکه چې دا یې وړوي۔ دا هغه تشه ده چې خلک یې د کدوالې په لومړې ورړه مومي، معمولاً د یو کال افسر انجنر لخوا چې لیپ ټاپ یې بیا د هوسټ نوم حل نه شي کولای۔
په عکس کې تشه هم هماغومره واقعي ده۔ هغه VPN چې کلاینټ ته د سبنیټ داخل د ننوتلو اجازه ورکوي، په داخل کې کس تصدیق نه کوي، او په هغه سبنیټ کې جوړ شوی وسیله هر هغه څه میراث اخلي چې شبکه یې اجازه ورکوي۔ که اړتیا له لیکلو وړ هویت سره هرې غوښتنې ته تصویب وی، یوازې مسیر جوړون نه شي کولای۔ ښېږرې سازمانونه په پای کې دواره چلوي، او په زړه پامې پوښتنه دا ده چې کومې سرچینې ته هر یو مخې ته درېدلای شي۔
د کلاینټ کاري بهیر له معماري ډیاګرام څخه زیات څه تیاروي
په براوزر کې ننوتل د بیاښلېږنې او کله ناکله MFA ننګونې سره هغه کس لپاره چې پر بک مارک کلیک کوي، ښه تجربه ده۔ cron دنده، CLI یا build ایجنټ براوزر نلري او نشي کولای انټراکټیو پوښتنې ته ښواب ووایي، نو دوی ته مستند غیر انټراکټیو لاره یا تونل اړین دی۔ د دې اړتیا موندنه معمولاً د ډیزاین له تصویب وروسته پېږېږي۔
د اپلیکیشنونو له شمېرلو دمخه کلاینټونه وشمېرئ۔ یو ډشبورډ سل کسونو ته خدمت کولای شي؛ یو ډیټابېس پورټ ټول ټیم بندولای شي۔
د وسیلې حالت د هیڅو دروازو ښانګړنه نه ده
د VPN کلاینټ نصبول د مطابقت پلټنه نه ده، او په براوزر بنسټ ډیزاین په اتوماټیک ښوګه د اداره شویو وسیلو پالیسی د درناوې وړ نه شي کولای۔ دواره کولای شي د حالت سیګنالونو سره یوښای شي، او دواره پرته له دوی پرته ښای کېږلای شي۔ وپوښتنه وکړئ چې کوم پلی کول شته، پالیسی د چا ده او د ناکامېدونکۍ وسیلې سره څه پېږېږي، پر دې پر ښې چې له محصول ښخه وړې اندازه وکړئ۔
همدا احتیاط د لاسرسی لرې کولو لپاره هم صدق کوي۔ په پراکسی کې د ګروپ غړېتیا ړنګول او د تونل لپاره د سند لغوه کول د بېلابېلو ښندې سره بېلابېلې عملیاتونه، او یو یې معمولاً په تلو پر مهال هیرېږي۔
د هر څه له تقاعد کولو دمخه بدیلې لارې ومومئ
د پراکسی شاته نه ساته شوی اصل، دوهم هوسټ نوم چې ترې تېرېږي، یا له پخواني ډیزاین څخه پاتې پراخ خصوصي لاره به ټاکلوي چې کومه دروازه په ریښتیا نافذه ده۔ اجازه شوې او رد شوې عملیه د ریښتني کلاینټ له لارې وآزمایئ، نه د کنسول له لارې، او هغه له هغې وسیلې وآزمایئ چې هیڅکله نه دې تومرې شوې۔ رد شوې پیږېنه هغه ده چې تاسو ته وایي چې دروازه په ریښتیا څه کوي۔
بیا د سپارلو پاړه ولیکئ: ثبت، تازه معلومات، د لاسرسی لرې کول او د هغه چا لپاره د بیا راګلو لاره چې د شپې 2 بجې بهر بند شوی دی۔ یو یادونه یا کلاینټ اپلیکیشن لرې کول مسؤلیت د ټیمونو ترمنړ لېږدوي؛ دا مسؤلیت نه ړنګوي۔
که دا اونۍ پریکره کوئ، د محصولاتو لیسټ پر ښای د عملیاتو لیسټ پیل کړئ، یادونه کړئ چې براوزر کوم یې کولای شي، او پاتې نور دې هغه ژوندۍ پاتې شبکوي لاسرسی تجویز کړي۔