ഫെഡറേറ്റഡ് VPN ലോഗിനിന്റെ ബ്രൗസർ ഘട്ടത്തിൽ എന്ത് സംഭവിക്കുന്നു

നിങ്ങൾ കണക്റ്റ് അമർത്തുമ്പോൾ, പാസ്‌വേഡ് ബോക്സിന് പകരം VPN ക്ലയന്റ് നിങ്ങളുടെ ബ്രൗസർ തുറക്കുന്നു. ഈ കൈമാറ്റം, ടണൽ സ്വയം പ്രാമാണീകരിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നവരെ ആശയക്കുഴപ്പത്തിലാക്കുന്നു. ബ്രൗസർ ഒരു വഴിത്തിരിവല്ല: അവിടെയാണ് ഐഡന്റിറ്റി പ്രൊവൈഡർ വ്യക്തിയെ യഥാർത്ഥത്തിൽ പ്രാമാണീകരിക്കുന്നത്, ക്ലയന്റ് ഫലത്തിനായി കാത്തിരിക്കുന്നു മാത്രം.

ഒരു സൈൻ-ഇൻ ആദ്യം മുതൽ അവസാനം വരെ പിന്തുടരുന്നത് ഓരോ പരാജയവും ഏത് ഘട്ടത്തിന്റേതാണെന്ന് കാണിക്കുന്നു, മിക്ക റൺബുക്കുകളും ഒഴിവാക്കുന്ന ഭാഗം അതാണ്.

ഗേറ്റ്‌വേ കോൺഫിഗിൽ നിന്നല്ല, ക്ലയന്റിൽ നിന്ന് തുടങ്ങുക

ക്ലയന്റ് ഒരു അഭ്യർത്ഥന നിർമ്മിച്ച് സേവന ദാതാവിന്റെ ഐഡന്റിഫയറും മടങ്ങിവരാനുള്ള സ്ഥലവും സഹിതം ബ്രൗസറിനെ ഐഡന്റിറ്റി പ്രൊവൈഡറിലേക്ക് അയക്കുന്നു. തുടർന്ന് നിങ്ങളുടെ സ്ഥാപനത്തിന്റെ IdP കോൺഫിഗർ ചെയ്തത് നിർവഹിക്കുന്നു: പാസ്‌വേഡ്, MFA, ഉപകരണ പരിശോധന, വ്യവസ്ഥാപിത ആക്‌സസ്. ബ്രൗസറിൽ ഇതിനകം സാധുവായ സെഷൻ ഉണ്ടെങ്കിൽ, ദൃശ്യമായ ഭാഗം ഒന്നോ രണ്ടോ സെക്കൻഡ് നീളാം. ആ ചുരുക്കം സെഷൻ പുനരുപയോഗമാണ്, ഒഴിവാക്കിയ പരിശോധനയല്ല.

എല്ലാറ്റിനും മുമ്പ് ക്ലയന്റിന്റെ ഫെഡറേഷൻ കോൺഫിഗിൽ രണ്ട് മൂല്യങ്ങൾ വായിക്കുക: അത് വിശ്വസിക്കുന്ന IdP മെറ്റാഡാറ്റയോ URL-ഓ, ഒപ്പം പ്രതീക്ഷിക്കുന്ന കോൾബാക്ക് വിലാസവും. അവിടെ പൊരുത്തക്കേടുണ്ടെങ്കിൽ ഒരു പാസ്‌വേഡ് ടൈപ്പ് ചെയ്യുന്നതിന് മുമ്പേ പരാജയപ്പെടും.

ഐഡന്റിറ്റി പ്രൊവൈഡർ എന്ത് തിരികെ നൽകണം

IdP ഒപ്പിട്ട SAML പ്രതികരണത്തോടെ ഉത്തരം നൽകുന്നു, അതിൽ ഒരു അവകാശവാദം ഉണ്ട്: വിഷയം ആരാണ്, ആരാണ് പുറപ്പെടുവിച്ചത്, ആർക്കുവേണ്ടിയാണ്, എത്ര കാലം സാധുവാണ്. ആ ഫീൽഡുകളാണ് കരാർ. പുറപ്പെടുവിക്കുന്നയാൾ, പ്രേക്ഷകർ, സ്വീകർത്താവ്, സാധുതാ കാലയളവ്—എല്ലാം സേവനം പ്രതീക്ഷിക്കുന്നതുമായി പൊരുത്തപ്പെടണം.

ശരിയായ IdP ഒപ്പിട്ടതെങ്കിലും മറ്റൊരു പ്രേക്ഷകർക്ക് അയച്ച പ്രതികരണം ഇപ്പോഴും അസാധുവാണ്. ലബോറട്ടറിയിൽ നിന്ന് പ്രൊഡക്ഷനിലേക്ക് മെറ്റാഡാറ്റ പകർത്തുമ്പോൾ ആളുകൾ ഒഴിവാക്കുന്ന പരിശോധന അതാണ്.

VPN സേവനം നിങ്ങളെ വിശ്വസിക്കുന്നതിന് മുമ്പ് എന്ത് സാധൂകരിക്കുന്നു

സേവനം വിശ്വസ്ത സർട്ടിഫിക്കറ്റിനെതിരെ ഒപ്പ് പരിശോധിക്കുന്നു, പുറപ്പെടുവിക്കുന്നയാളെയും പ്രേക്ഷകരെയും സ്വീകർത്താവിനെയും പരിശോധിക്കുന്നു, തുടർന്ന് സമയ വ്യവസ്ഥകൾ വിലയിരുത്തുന്നു. അതിനുശേഷം മാത്രം അവകാശവാദം ഉപയോക്താവിനോ ഗ്രൂപ്പിനോ ബന്ധിപ്പിച്ച് VPN അനുമതി നയം പ്രയോഗിക്കുന്നു. ഇവിടെ പ്രാമാണീകരണവും അനുമതിയും വെവ്വേറെ ഘട്ടങ്ങളാണ്, പൊരുത്തമുള്ള ഗ്രൂപ്പില്ലാത്ത സാധുവായ അവകാശവാദം ബന്ധിപ്പിക്കുന്നെങ്കിലും എവിടെയും എത്താത്ത സെഷൻ നൽകുന്നു.

അവകാശവാദം പ്രാമാണീകരണ വസ്തുവാണ്, പാസ്‌വേഡല്ല. അത് മറ്റൊരു ക്ലയന്റിൽ പകർത്തുന്നതോ പിന്നീടുള്ള പുനർബന്ധനത്തിനായി സൂക്ഷിക്കുന്നതോ പിന്തുണയ്ക്കുന്ന ലോഗിനല്ല.

വെവ്വേറെ അവസാനിക്കുന്ന രണ്ട് ആയുസ്സുകൾ

IdP-യിലെ ബ്രൗസർ സെഷനും ഗേറ്റ്‌വേയിലെ VPN സെഷനും വ്യത്യസ്ത ഘടികാരങ്ങളിൽ കാലഹരണപ്പെടുന്നു. IdP-യിൽ നിന്ന് സൈൻ ഔട്ട് ചെയ്യുന്നത് സ്ഥാപിതമായ ടണൽ എപ്പോഴും പൊളിക്കണമെന്നില്ല, ടണൽ വിച്ഛേദിക്കുന്നത് നിങ്ങളെ ബ്രൗസറിൽ നിന്ന് സൈൻ ഔട്ട് ചെയ്യുന്നുമില്ല.

AWS Client VPN അതിന്റെ ഫെഡറേറ്റഡ് പ്രവാഹം SAML ഏക ലോഗൗട്ട് പിന്തുണയ്ക്കുന്നില്ലെന്ന് രേഖപ്പെടുത്തുന്നു, ഈ വിടവിന്റെ വ്യക്തമായ ഉദാഹരണമാണത്. സമമിതി അനുമാനിക്കാതെ നിങ്ങളുടെ സേവനം പരിശോധിക്കുക.

അതുകൊണ്ടാണ് പുനർബന്ധനം 09:00-നും 15:00-നും വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നത്. അത് IdP സെഷൻ നിശ്ശബ്ദമായി വീണ്ടും ഉപയോഗിക്കാം, വീണ്ടും MFA ആവശ്യപ്പെടാം, അല്ലെങ്കിൽ എൻഡ്പോയിന്റ് സെഷന്റെ ദൈർഘ്യം തീർന്നിട്ട് ബ്രൗസർ സെഷന്റെത് തീരാത്തതിനാൽ പരാജയപ്പെടാം. AWS ഫെഡറേഷൻ പ്രവാഹം അതിന്റെ ക്ലയന്റ്, പ്രതികരണ ആവശ്യകതകൾ വിവരിക്കുന്നു, മറ്റ് സേവനങ്ങൾ വേറെ കൈമാറ്റങ്ങൾ ഉപയോഗിക്കുന്നു.

ബ്രൗസർ ഘട്ടം പരാജയപ്പെട്ടാൽ ഇവ ക്രമത്തിൽ പരിശോധിക്കുക

ബ്രൗസറിൽ നിന്ന് പുറത്തേക്ക് പ്രവർത്തിക്കുക, കാരണം പിശക് സന്ദേശം സാധാരണയായി ആദ്യത്തേതല്ല, അവസാനത്തെ ചാട്ടം പേര് പറയുന്നു.

പേജ് ഒരിക്കലും ലോഡ് ചെയ്യുന്നില്ലെങ്കിൽ, ക്ലയന്റിലെ IdP URL-ഓ അങ്ങോട്ടുള്ള വഴിയോ തെറ്റാണ്. IdP അഭ്യർത്ഥന നിരസിച്ചാൽ, സേവന ദാതാവിന്റെ ഐഡന്റിഫയറോ കോൾബാക്കോ അതിന്റെ കോൺഫിഗുമായി പൊരുത്തപ്പെടുന്നില്ല. ബ്രൗസർ വിജയം കാണിച്ചിട്ടും ക്ലയന്റ് പരാജയപ്പെട്ടാൽ, പ്രതികരണം തെറ്റായ സ്ഥലത്ത് എത്തി അല്ലെങ്കിൽ പ്രേക്ഷക-സമയ സാധൂകരണത്തിൽ പരാജയപ്പെട്ടു. ടണൽ ആക്‌സസില്ലാതെ ഉയർന്നാൽ, അവകാശവാദം സ്വീകരിച്ചു പക്ഷേ ഗ്രൂപ്പ് മാപ്പിംഗ് ഉണ്ടായില്ല.

പ്രതീക്ഷിക്കുന്ന പേജ്, കോൾബാക്ക്, ഗ്രൂപ്പ് മാപ്പിംഗ് എന്നിവ ഒരു രേഖയിൽ സൂക്ഷിക്കുക. അപ്പോൾ തകർന്ന VPN ലോഗിൻ റിപ്പോർട്ട് ചെയ്യുന്ന ഉപയോക്താവിന് ഈ നാലിൽ ഏതാണ് കണ്ടതെന്ന് പറയാം, ഉത്തരം പകുതി എഴുതിക്കഴിഞ്ഞു.