VPN മാറ്റത്തിന് ശേഷം Outlook സൈൻ-ഇൻ: Entra യഥാർത്ഥത്തിൽ എന്താണ് കാണുന്നത്

VPN മാറ്റത്തിന് ശേഷം Outlook വീണ്ടും സൈൻ-ഇൻ ആവശ്യപ്പെടാൻ തുടങ്ങുന്നു, എന്നാൽ മെയിൽബോക്സ് പാസ്വേഡ് മാറിയിട്ടില്ല. Microsoft Entra ക്ലൗഡ് സേവനം കാണുന്ന നെറ്റ്വർക്ക് വിലാസം ഉപയോഗിച്ച് അഭ്യർത്ഥന വിലയിരുത്തുന്നു, VPN അക്കൗണ്ട് തൊടാതെ ആ നിരീക്ഷണം മാറ്റാനും കഴിയും. ഈ അഭ്യർത്ഥന ഒരു നയത്തിന്റെ ഫലമാണ്, ക്രെഡൻഷ്യൽ പരാജയമായിരിക്കണമെന്നില്ല.

രണ്ട് സെഷനുകൾ ഉൾപ്പെട്ടിരിക്കുന്നു: VPN സെഷനും മെയിൽബോക്സ് ടോക്കണും. അവ വ്യത്യസ്ത സിസ്റ്റങ്ങളോട് ആധികാരികത ഉറപ്പിക്കുന്നു.

സൈൻ-ഇൻ സമയത്ത് Entra എന്താണ് വിലയിരുത്തുന്നത്

സൈൻ-ഇൻ സമയത്ത് Entra കോൺഫിഗർ ചെയ്ത വ്യവസ്ഥകൾക്കെതിരെ അഭ്യർത്ഥന വിലയിരുത്തുന്നു: നെറ്റ്വർക്ക് സ്ഥാനം, മൾട്ടി-ഫാക്ടർ അവസ്ഥ, ഉപകരണ അനുരൂപത, ഏതെങ്കിലും സെഷൻ നിയന്ത്രണങ്ങൾ. നെറ്റ്വർക്ക് വ്യവസ്ഥ സേവനം കാണുന്ന വിലാസം ഉപയോഗിക്കുന്നു, അത് ലാപ്ടോപ്പിന്റെ സ്റ്റാറ്റസ് പേജിലെ വിലാസമായിരിക്കണമെന്നില്ല. അതിനാൽ കോർപ്പറേറ്റ് ശ്രേണിയിൽ വിശ്വസിക്കുന്ന നയത്തിന് ട്രാഫിക് ഇപ്പോൾ മറ്റൊരിടത്ത് നിന്ന് പോകുന്ന ക്ലയന്റിനെ നിരസിക്കാം. ഇത് ശരിയായ വിലയിരുത്തലാണ്, ബഗ് അല്ല.

ഫലത്തെ പാസ്വേഡ് പ്രശ്നമായി വായിക്കുന്നതിന് മുമ്പ് നയ തീരുമാനമായി വായിക്കുക.

VPN സെഷനും മെയിൽബോക്സ് ടോക്കണും വെവ്വേറെയാണ്

ഗേറ്റ്വേ VPN ക്രെഡൻഷ്യലുകൾ സ്വീകരിക്കുന്നു എന്നത് നെറ്റ്വർക്ക് സെഷൻ നിലനിൽക്കുന്നു എന്ന് മാത്രം തെളിയിക്കുന്നു. Exchange Online മെയിൽബോക്സ് അക്കൗണ്ട്, ഉപകരണം, അല്ലെങ്കിൽ നിലവിലെ ആക്സസ് നയം സ്വീകരിച്ചോ എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല.

പുതിയ ടോക്കൺ അഭ്യർത്ഥന Conditional Access ആവശ്യകതയിൽ ഇടപെട്ട് സാധുവായ അധിക ആധികാരികതാ ഘട്ടം സൃഷ്ടിച്ചേക്കാം. അവസാനിക്കാത്ത പരാജയ അഭ്യർത്ഥന മറ്റൊരു ഫലമാണ്. ഏതെങ്കിലും പാസ്വേഡ് പുനഃസജ്ജമാക്കുന്നതിന് മുമ്പ് ഏതാണ് നിങ്ങൾക്കുള്ളതെന്ന് നിർണ്ണയിക്കുക.

തുടർച്ചയായ ആക്സസ് വിലയിരുത്തൽ മറ്റൊരു വഴി ചേർക്കുന്നു: കാലഹരണപ്പെടാത്ത ടോക്കൺ ഒരു വിഭവം നിരസിച്ച് പുനർവിലയിരുത്തൽ ആവശ്യപ്പെടാം. എല്ലാ നെറ്റ്വർക്ക് മാറ്റവും എല്ലാ Outlook ക്ലയന്റിനെയും സൈൻ-ഇൻ ചെയ്യാൻ നിർബന്ധിക്കുന്നു എന്ന് ഇതിനർത്ഥമില്ല.

ക്ലൗഡ് യഥാർത്ഥത്തിൽ കാണുന്ന വിലാസം

കണക്ട് ചെയ്ത VPN ഐക്കൺ ഓരോ ക്ലൗഡ് അഭ്യർത്ഥനയുടെയും പൊതു ഉറവിടം സ്ഥാപിക്കുന്നില്ല. സ്പ്ലിറ്റ് ടണൽ, IPv6 പാത, അല്ലെങ്കിൽ പ്രോക്സി വഴി പുറത്തുപോകുന്ന ട്രാഫിക് Exchange Online ന് നൽകുന്നതിൽ നിന്ന് വ്യത്യസ്തമായ വിലാസം Entra യ്ക്ക് നൽകാം. ബ്രൗസർ പരിശോധന തികച്ചും മറ്റൊരു പാത പിന്തുടരാം.

യഥാർത്ഥ സൈൻ-ഇൻ നിരീക്ഷണങ്ങളെ ഉദ്ദേശിച്ച നെറ്റ്വർക്ക് രൂപകൽപ്പനയുമായി താരതമ്യം ചെയ്യുക, വിന്യാസം അത് വെളിപ്പെടുത്തുന്നിടത്ത് വിഭവം കാണുന്ന വിലാസവും ഉൾപ്പെടുത്തുക.

ഗതാഗത പരാജയങ്ങളെ നയ നിരസിക്കലുകളിൽ നിന്ന് വേർതിരിച്ച് നിർത്തുക. തടയപ്പെട്ട ആധികാരികതാ എൻഡ്പോയിന്റ്, TLS പരാജയം, അല്ലെങ്കിൽ തകർന്ന പ്രോക്സി പാത എന്നിവ സൈൻ-ഇൻ പ്രശ്നമായി തോന്നാം, പക്ഷേ അവ Conditional Access തീരുമാനമല്ല. ഈ വ്യത്യാസം ടെനന്റിന്റെ നിയമങ്ങൾ മാറ്റണോ പാത ശരിയാക്കണോ എന്ന് തീരുമാനിക്കുന്നു. എന്തെങ്കിലും എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് അത് സംരക്ഷിക്കുക.

ഒരു അഭ്യർത്ഥനയെ ഒരു സൈൻ-ഇൻ ഇവന്റുമായി പരസ്പരബന്ധിപ്പിക്കുക

ഒരു സമയത്ത് ഒരു ശ്രമം രേഖപ്പെടുത്തുക: സമയവും അതിന്റെ സമയ മേഖലയും, Outlook ബിൽഡ്, മെയിൽബോക്സ് അക്കൗണ്ട്, VPN അവസ്ഥ, കൃത്യമായ പിശക്. പിശക് പ്രശ്നപരിഹാര വിശദാംശങ്ങൾ വെളിപ്പെടുത്തുന്നുവെങ്കിൽ, പാസ്വേഡുകളോ ടോക്കണുകളോ പകർത്താതെ പരസ്പരബന്ധ ഐഡന്റിഫയർ സൂക്ഷിക്കുക.

അംഗീകൃത അഡ്മിനിസ്ട്രേറ്റർക്ക് Entra സൈൻ-ഇൻ ലോഗുകളിൽ പൊരുത്തപ്പെടുന്ന ഇവന്റ് കണ്ടെത്തി ക്ലയന്റ്, വിഭവം, ആധികാരികതാ വിശദാംശങ്ങൾ, നയ ഫലം എന്നിവ പരിശോധിക്കാം.

നയം തിരുത്തുക, തുടർന്ന് പാത പരീക്ഷിക്കുക

ലോഗ് എൻട്രി ശ്രദ്ധയോടെ വായിക്കുക. വിജയകരമായ ബ്രൗസർ സൈൻ-ഇൻ നിങ്ങൾ പിന്തുടരുന്ന Outlook അഭ്യർത്ഥനയായിരിക്കണമെന്നില്ല, കാഴ്ചക്കാരന്റെ സമയ മേഖല നിങ്ങളുടേതിൽ നിന്ന് വ്യത്യാസപ്പെടാം. പശ്ചാത്തല ടോക്കൺ പ്രവർത്തനവും പുനർനിർമ്മാണത്തിൽ ഉൾപ്പെടുന്നു.

ഒരു നയം അഭ്യർത്ഥന വിശദീകരിക്കുമ്പോൾ, അംഗീകരിച്ച ഐഡന്റിറ്റി, ഉപകരണം, അല്ലെങ്കിൽ നെറ്റ്വർക്ക് ക്രമീകരണം അതിന്റെ ഉടമയോടൊപ്പം തിരുത്തുക. മുഴുവൻ ദാതാവ് ശ്രേണിയെയും വിശ്വസിക്കുന്നതോ അഭ്യർത്ഥന നിശബ്ദമാക്കാൻ MFA ഓഫ് ചെയ്യുന്നതോ അറ്റകുറ്റപ്പണിയല്ല.

സൈൻ-ഇൻ ആവൃത്തി തെറ്റായ പാസ്വേഡ് ഇല്ലാതെയും പുനഃപ്രാമാണീകരണം നിർബന്ധമാക്കാം. തിരുത്തലിന് ശേഷം പുതിയ അംഗീകൃത മെയിൽബോക്സ് സമന്വയം അല്ലെങ്കിൽ അയയ്ക്കൽ ഉപയോഗിച്ച് പാത പരീക്ഷിക്കുക; കാഷെ ചെയ്ത സന്ദേശം വായിക്കുന്നത് ഒന്നും തെളിയിക്കുന്നില്ല. Conditional Access പ്രശ്നപരിഹാര നടപടിക്രമം ലോഗ് പരസ്പരബന്ധം വിവരിക്കുന്നു.