AWS Client VPN SAML او Google Workspace: د بېرته غوږ نیولو تشه

د app_not_configured_for_user پاڼه د Google Workspace څخه راځي او د یوه تونل د کومې بستې له خبرو اترو مخکې ښکاري. همدا ترتیب ټوله تشخیص دی. د کلائنټ بیا نصبول، د پروفایل سمول یا د لارو کتل هغه پاڼه نه شي پاکولی چې د VPN پای ټکي لا نه ده لیدلې. ناکامه پښله په براوزر کې د هویت د برابرولوونکي او د کاروونکي په خپل ماشین کې د اورېدونکي ترمنځ لېږد دی، او په دې لېږد کې دقیقاً درې شیان د کتلو وړ دي.

پاڼه د هویت د برابرولوونکي اعلامیه وګڼئ

Google دا هغه وخت بېرته راګرځوي چې د ننوتلي حساب لپاره SAML اپلیکیشن فعال نه وي. کېدای شي اپ بند وي، کاروونکی له ټاکل شوې سازماني واحد یا ګروپ بهر وي، یا د خدماتو د برابرولوونکي ترتیبات هغه څه سره سم نه وي چې غوښتنې غوښتي وو.

له دې څخه هېڅ هم د سند، لارې یا تونل ستونزه نه ده، که څه هم کاروونکي دا په VPN کلائنټ کې لیدلې وه.

هغه دوه ارزښتونه چې کلائنټ به یې ومني

AWS Client VPN د خدماتو د برابرولوونکي له خوا پیل شوی SAML تبادله کوي، نو کلائنټ براوزر پرانیزي، کاروونکی ځان تصدیق کوي، او برابرولوونکی لاسلیک شوې اعلامیه بېرته Assertion Consumer Service URL ته لېږي. د AWS لخوا ورکړل شوي ډیسکټاپ کلائنټ لپاره هغه URL په loopback کې اورېدونکی دی، معمولاً پورټ 35001، او تمه شوې اورېدونکې ډله د Client VPN SAML اپلیکیشن د وجود پېژندنه ده، نه د AWS کنسول د ننوتلو وجود.

دواړه ارزښتونه باید د هغه څه سره سم وي چې کلائنټ یې تمه لري: اعلامیه چېرته لېږل کېږي او چاته نښه شوې ده. هغه ترتیب چې د کنسول له SSO اپلیکیشن څخه کاپي شوی، کېدای شي بشپړ باوري ښکاره شي او بیا هم ناسمه جوړه په نښه کړي.

دواړه ارزښتونه د Client VPN SAML له غوښتنو واخلئ، نه د AWS د عمومي یو ځل ننوتلو له لارښود څخه. د کنسول SSO وجود دومره ورته ښکاري چې زړه بوږنوونکی وي. دا بل اپلیکیشن دی بلې اورېدونکې ډلې سره، او کلائنټ اعلامیه پرته له ځان تشرېح کولو ردوي. جوړه یو ځل کاپي کړئ او د پروفایل ترڅنګ یې وساتئ.

Google به ساده HTTP بېرته غوږ نیول ونه مني

د مدیر کنسول HTTPS ACS URL غواړي، او د کلائنټ بېرته غوږ نیول په loopback کې ساده HTTP دي. هغه ارزښت په Workspace اپ کنفیګریشن کې په بشپړه توګه نه شي لیکل کېدای، نو ځینې ټیمونه هغه برعکس پراکسي هڅه کوي چې TLS پای ته رسوي او محلي اورېدونکي ته یې لېږي. دا ناسمونکی نه سمېږي: براوزر یو اصل ګوري، کلائنټ بل اعلانوي، او راګرځېدلې ځواب کېدای شي ناسم منزل ته ورسېږي.

هغه ترتیب چې کار کوي د منځګړي هویت برابرولوونکی دی. د منځګړي په SAML اپلیکیشن کې loopback بېرته غوږ نیول او AWS اورېدونکې ډله ترلاسه کېږي، او منځګړی د Workspace حساب پورته فیډریټ کوي. د Google HTTPS قاعده بشپړه پاتې کېږي، او هغه اعلامیه چې کلائنټ ته رسېږي لا هم خپل تمه شوی پته او اورېدونکې ډله نوموي.

هغه منځګړی یو اداري تکیه ده چې یو څوک باید یې مالکیت ولري، څارنه یې وکړي او په وتلو کې یې شامل کړي. دا دوهم ځای هم دی چې خرابي په ننوتلو کې ناکامي بدلېږي. د ډیزاین له ژمنې مخکې یې بیه وټاکئ. که چا یې مالکیت ونه کړ، صادق ځواب دا دی چې AWS کلائنټ نشي کولی Workspace د خپل یوازیني هویت برابرولوونکي په توګه وکاروي.

ټاکل او دوه پښلیزه تصدیق

د هر څه د بیا ډیزاین مخکې، تایید کړئ چې اپ د سم سازماني واحد یا ګروپ لپاره فعال دی، او د دریمې خوا SAML اپلیکیشنونه خپل د ټاکلو کنټرولونه لري، چې د Google خوا په اپلیکیشن لیست کې له بېله دي.

همدا راز وګورئ چې آیا په حساب دوه پښلیزه تصدیق فعال دی. Google کېدای شي دا غواړي مخکې لدې چې SAML اپ د کاروونکي لپاره کارېدونکی شي، او په اصلي تار کې یوه ځواب دقیقاً همدا ډول حل شوی و. دا د ایستلو ترټولو ارزانه او په پای کې د موندلو ترټولو ستړي کوونکی شی دی.

په پاکه ناسته کې تصدیق کړئ

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

بیا دوه ریکارډونه څنګ په څنګ پرتله کړئ: د هویت برابرولوونکي د پلټنې پېښه او د کلائنټ لاګ. پرته له تونل بریالی ننوتل بېرته غوږ نیولو یا اورېدونکې ډلې ته اشاره کوي. نښلول شوی تونل خو نه رسېدونکی سرچینه د لارښوونې یا اجازې ستونزه ده او په بشپړه توګه بل ځای پورې اړه لري.

څه باید ونه بدلېږي

د پاڼې د تېرولو لپاره له پروفایل څخه auth-federate مه لرې کوئ او د سند کتنې مه بندوئ. دواړه د ناکامه بېرته غوږ نیولو پرځای د تصدیق ډیزاین بدلوي، او دواړه معمولاً په راتلونکي کلائنټ تازه کې ماتېږي.

پرځای یې لېږد سم کړئ، او یوه یادښت پرېږدئ چې منځګړی، اورېدونکې ډله او د loopback پورټ نوموي. بل څوک چې پاڼه وویني، درې واړه ته اړتیا لري.