Federated VPN లాగిన్ యొక్క బ్రౌజర్ దశలో ఏం జరుగుతుంది

మీరు కనెక్ట్ నొక్కుతారు, పాస్‌వర్డ్ బాక్స్‌కు బదులు VPN క్లయింట్ మీ బ్రౌజర్‌ను తెరుస్తుంది. టన్నెల్ తనను తాను ప్రామాణీకరించుకుంటుందని ఆశించే వారికి ఈ బదిలీ గందరగోళం కలిగిస్తుంది. బ్రౌజర్ మళ్లింపు మార్గం కాదు: గుర్తింపు ప్రదాత నిజంగా వ్యక్తిని ప్రామాణీకరించేది అక్కడే, క్లయింట్ కేవలం ఫలితం కోసం వేచి ఉంటుంది.

ఒక లాగిన్‌ను మొదలు నుండి చివరి వరకు నడిపిస్తే ప్రతి వైఫల్యం ఎక్కడ చెందాలో తెలుస్తుంది, చాలా రన్‌బుక్‌లు దాటవేసేది అదే భాగం.

గేట్‌వే కాన్ఫిగ్ నుండి కాదు, క్లయింట్ నుండి ప్రారంభించండి

క్లయింట్ ఒక అభ్యర్థనను నిర్మించి బ్రౌజర్‌ను గుర్తింపు ప్రదాతకు పంపుతుంది సేవా ప్రదాత గుర్తింపుతో మరియు తిరిగి వచ్చే స్థలంతో. తర్వాత మీ సంస్థ IdP తనకు కాన్ఫిగర్ చేసినది నడుపుతుంది: పాస్‌వర్డ్, MFA, పరికర తనిఖీ, షరతులతో కూడిన యాక్సెస్. బ్రౌజర్‌లో ఇప్పటికే చెల్లుబాటు అయ్యే సెషన్ ఉంటే, కనిపించే భాగం ఒకటి లేదా రెండు సెకన్లు పట్టవచ్చు. ఆ సంక్షిప్తత సెషన్ తిరిగి ఉపయోగించడం, దాటవేసిన తనిఖీ కాదు.

మరేదైనా ముందు క్లయింట్ యొక్క సమాఖ్య కాన్ఫిగ్‌లో రెండు విలువలు చదవండి: అది విశ్వసించే IdP మెటాడేటా లేదా URL, మరియు అది ఆశించే కాల్‌బ్యాక్ చిరునామా. అక్కడ ఎగవేత ఉంటే ఏ పాస్‌వర్డ్ టైప్ చేయకముందే విఫలమవుతుంది.

గుర్తింపు ప్రదాత ఏమి తిరిగి ఇవ్వాలి

IdP సంతకం చేసిన SAML ప్రతిస్పందనతో జవాబిస్తుంది, అందులో assertion ఉంటుంది: సబ్జెక్ట్ ఎవరు, దాన్ని ఎవరు జారీ చేశారు, అది ఎవరి కోసం, మరియు ఎంతకాలం చెల్లుబాటు అవుతుంది. ఆ ఫీల్డ్‌లే ఒప్పందం. Issuer, audience, recipient మరియు చెల్లుబాటు విండో అన్నీ సేవ ఆశించేదానితో సరిపోలాలి.

సరైన IdP సంతకం చేసినా వేరే audience కు చిరునామా చేసిన ప్రతిస్పందన కూడా చెల్లదు. ల్యాబ్ మరియు ప్రొడక్షన్ మధ్య మెటాడేటాను కాపీ చేసేటప్పుడు ప్రజలు దాటవేసే తనిఖీ అదే.

VPN సేవ మీపై నమ్మకం ఉంచే ముందు ఏమి ధృవీకరిస్తుంది

సేవ విశ్వసనీయ సర్టిఫికేట్‌తో సంతకాన్ని ధృవీకరిస్తుంది, issuer, audience మరియు recipient ను తనిఖీ చేస్తుంది, తర్వాత సమయ షరతులను మూల్యాంకనం చేస్తుంది. ఆ తర్వాతే అది assertion ను వినియోగదారు లేదా సమూహానికి మ్యాప్ చేసి VPN అనుమతి విధానాన్ని వర్తింపజేస్తుంది. ఇక్కడ ప్రామాణీకరణ మరియు అనుమతి వేర్వేరు దశలు, సరిపోలే సమూహం లేని చెల్లుబాటు assertion కనెక్ట్ అయ్యి ఎక్కడికీ చేరని సెషన్‌ను ఇస్తుంది.

Assertion అనేది ప్రామాణీకరణ సామగ్రి, పాస్‌వర్డ్ కాదు. దాన్ని మరో క్లయింట్‌లో అతికించడం, లేదా తర్వాత మళ్లీ కనెక్ట్ కావడానికి దాచుకోవడం మద్దతు ఉన్న లాగిన్ కాదు.

వేర్వేరుగా ముగిసే రెండు ఆయుష్కాలాలు

IdP వద్ద బ్రౌజర్ సెషన్ మరియు గేట్‌వే వద్ద VPN సెషన్ వేర్వేరు గడియారాలపై గడువు ముగుస్తాయి. IdP నుండి సైన్ అవుట్ చేయడం స్థాపించిన టన్నెల్‌ను తప్పనిసరిగా కూల్చదు, టన్నెల్ డిస్‌కనెక్ట్ చేయడం మిమ్మల్ని బ్రౌజర్ నుండి సైన్ అవుట్ చేయదు.

AWS Client VPN తన సమాఖ్య ప్రవాహం SAML single logout కు మద్దతు ఇవ్వదని పేర్కొంటుంది, ఇది ఆ అంతరానికి ఒక స్పష్టమైన ఉదాహరణ. సమరూపతను ఊహించకుండా మీ స్వంత సేవను తనిఖీ చేయండి.

అందుకే మళ్లీ కనెక్ట్ కావడం 09:00 మరియు 15:00 లలో వేరుగా ప్రవర్తిస్తుంది. అది IdP సెషన్‌ను నిశ్శబ్దంగా తిరిగి ఉపయోగించవచ్చు, మళ్లీ MFA అడగవచ్చు, లేదా బ్రౌజర్ సెషన్ కాకుండా endpoint సెషన్ వ్యవధి ముగిసినందున విఫలమవచ్చు. AWS సమాఖ్య వర్క్‌ఫ్లో తన స్వంత క్లయింట్ మరియు ప్రతిస్పందన అవసరాలను వివరిస్తుంది, ఇతర సేవలు వేరే బదిలీలను ఉపయోగిస్తాయి.

బ్రౌజర్ దశ విఫలమైతే ఇవి క్రమంగా తనిఖీ చేయండి

బ్రౌజర్ నుండి బయటకు పని చేయండి, ఎందుకంటే లోప సందేశం సాధారణంగా మొదటి దాని కాకుండా చివరి హాప్‌ను పేర్కొంటుంది.

పేజీ ఎప్పటికీ లోడ్ కాకపోతే, క్లయింట్ IdP URL లేదా దానికి మార్గం తప్పు. IdP అభ్యర్థనను తిరస్కరిస్తే, సేవా ప్రదాత గుర్తింపు లేదా కాల్‌బ్యాక్ దాని కాన్ఫిగ్‌తో సరిపోలదు. బ్రౌజర్ విజయాన్ని చూపించి క్లయింట్ ఇంకా విఫలమైతే, ప్రతిస్పందన తప్పు స్థలానికి చేరింది లేదా audience మరియు సమయ ధృవీకరణలో విఫలమైంది. టన్నెల్ యాక్సెస్ లేకుండా లేస్తే, assertion ఆమోదించబడింది కానీ సమూహ మ్యాపింగ్ కాదు.

ఆశించిన పేజీ, కాల్‌బ్యాక్ మరియు సమూహ మ్యాపింగ్‌ను ఒకే పత్రంలో ఉంచండి. అప్పుడు పాడైన VPN లాగిన్‌ను నివేదించే వినియోగదారు ఆ నాలుగింటిలో ఏది చూశారో చెప్పగలరు, సమాధానం ఇప్పటికే సగం రాయబడి ఉంటుంది.