VPN ഇല്ലാതെയും മെയിൽ പ്രവർത്തിക്കുന്നു: അത് രഹസ്യമായി ടണലിലൂടെ പോകുന്നുണ്ടോ?
Exchange അക്കൗണ്ട് ഗേറ്റ്വേ, പ്രോട്ടോക്കോൾ അല്ലെങ്കിൽ റൂട്ട് തിരഞ്ഞെടുക്കുന്നില്ല. അനുമാനിക്കുന്നതിന് മുമ്പ് വിന്യാസം, പൊതു പ്രവേശനം, മാനേജ് ചെയ്ത VPN അല്ലെങ്കിൽ സജീവ ടണൽ തിരിച്ചറിയുക.
VPN ഐക്കൺ ഒരിക്കലും കാണിച്ചിട്ടില്ലാത്ത ഫോണിലേക്ക് മെയിൽ വന്നുകൊണ്ടിരിക്കുന്നു, അദൃശ്യമായ എന്തോ ഒന്ന് അതിനെ ടണലിലൂടെ അയക്കുന്നു എന്നതാണ് സ്വാഭാവിക നിഗമനം. സാധാരണയായി അദൃശ്യമായ ഒന്നും ഇതിൽ ഉൾപ്പെടുന്നില്ല. Exchange അക്കൗണ്ട് ചേർക്കുന്നത് ഗേറ്റ്വേ, പ്രോട്ടോക്കോൾ, സർട്ടിഫിക്കറ്റ് അല്ലെങ്കിൽ റൂട്ട് തിരഞ്ഞെടുക്കുന്നില്ല, കാരണം അക്കൗണ്ട് ഒരു സേവന ഐഡന്റിറ്റിയാണ്, ടണൽ മറ്റൊരാൾ കോൺഫിഗർ ചെയ്ത നെറ്റ്വർക്ക് ക്രമീകരണവുമാണ്. ഉപയോഗപ്രദമായ നടപടി, ഒരിക്കലും ഇല്ലാത്ത ഒരു ടണലിനെ തേടുന്നതിനുപകരം യഥാർത്ഥത്തിൽ നിങ്ങൾക്ക് ഏത് ക്രമീകരണമാണുള്ളതെന്ന് തിരിച്ചറിയുക എന്നതാണ്.
മൂന്ന് ക്രമീകരണങ്ങൾ, ഒരേ സ്ക്രീൻ
മൂന്നും ഉപകരണത്തിൽ മെയിൽ പ്രത്യക്ഷപ്പെടുന്നതിൽ അവസാനിക്കുന്നു, സെറ്റിംഗ്സ് സ്ക്രീൻ എല്ലാ സന്ദർഭങ്ങളിലും ഒരേപോലെ കാണപ്പെടുന്നു. വ്യത്യാസം, പാത്ത് ആരാണ് കോൺഫിഗർ ചെയ്തത്, അതിന്റെ നിലനിൽപ്പ് ഏത് തെളിവാണ് സ്ഥിരീകരിക്കുന്നത് എന്നതിലാണ്.
| Arrangement | Who set it up | What proves it |
|---|---|---|
| Approved public mail entry | The service owner, at the publishing layer | A published endpoint reached over TLS with its own authentication |
| Managed app or account VPN | Device management, as explicit policy | A profile binding that traffic to a VPN association |
| Already active tunnel | An always-on service or an earlier manual connect | Tunnel state plus routes and scope that include the mail destination |
പൊതു ലഭ്യതയ്ക്ക് അതിന്റേതായ ഒരു വാക്യം അർഹതയുണ്ട്, കാരണം അത് നിരന്തരം തെറ്റായി വായിക്കപ്പെടുന്നു. പ്രസിദ്ധീകരിച്ച മെയിൽ സേവനം പ്രാമാണീകരണമില്ലാത്ത സേവനമല്ല, മാത്രമല്ല മെയിൽ ലഭ്യമാണ് എന്ന വസ്തുത കോർപ്പറേറ്റ് നെറ്റ്വർക്കിന്റെ ബാക്കി ഭാഗം ലഭ്യമാണോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ഇവ വെവ്വേറെ ആളുകൾ എടുക്കുന്ന വെവ്വേറെ തീരുമാനങ്ങളാണ്.
ഉപകരണ മാനേജ്മെന്റിന് യഥാർത്ഥത്തിൽ ബന്ധിപ്പിക്കാൻ കഴിയുന്നത്
Apple പ്ലാറ്റ്ഫോമുകൾ ആപ്പ് അടിസ്ഥാനത്തിലും മെയിൽ ഡൊമെയ്ൻ അടിസ്ഥാനത്തിലും VPN നിയമങ്ങൾ പിന്തുണയ്ക്കുന്നു, മാനേജ് ചെയ്ത iOS അല്ലെങ്കിൽ iPadOS മെയിലിന് അക്കൗണ്ട്-നിർദ്ദിഷ്ട VPN ബന്ധം ഉണ്ടാകാം. ആ ബന്ധം ആരോ തിരഞ്ഞെടുത്ത മൂല്യമുള്ള ഒരു പ്രൊവിഷനിംഗ് സെറ്റിംഗ് ആണ്, അതുകൊണ്ടുതന്നെ ഫോണിൽ ഇമെയിൽ വിലാസവും പാസ്വേഡും ടൈപ്പ് ചെയ്ത് അത് അനുമാനിക്കാൻ കഴിയില്ല.
Android മാനേജ്മെന്റിനും മൂന്നാം കക്ഷി ക്ലയന്റുകൾക്കും സ്വന്തം ആപ്പ്, പ്രൊഫൈൽ നിയന്ത്രണങ്ങളുണ്ട്, അവയൊന്നും Apple അക്കൗണ്ട് പേലോഡുകളുമായി പരസ്പരം മാറ്റാവുന്നതല്ല. ഒരു പ്ലാറ്റ്ഫോമിലുള്ള നയം മറ്റൊന്നിൽ ബോധപൂർവം പുനഃസൃഷ്ടിക്കണം. അത് മെയിൽ അക്കൗണ്ടിനൊപ്പം യാത്ര ചെയ്യുന്നില്ല, ഒരേ വ്യക്തി രണ്ടിലും സൈൻ ഇൻ ചെയ്തതുകൊണ്ട് അത് വരുന്നുമില്ല. ഈ കൈമാറ്റം സ്വയം സംഭവിക്കുമെന്ന പ്രതീക്ഷയാണ് പ്ലാറ്റ്ഫോമുകൾക്കിടയിലുള്ള «എന്റെ ഫോണിൽ ഇത് പ്രവർത്തിക്കുന്നു» റിപ്പോർട്ടുകളുടെ വലിയൊരു പങ്കിന് പിന്നിൽ.
ഐഡന്റിറ്റിയും ഗതാഗതവും വേർതിരിഞ്ഞു നിൽക്കുന്നു
ഒരു മെയിൽ സേവനവും VPN-ഉം നിയമപരമായി ഒരു ഡയറക്ടറിയോ ഐഡന്റിറ്റി ദാതാവിനെയോ പങ്കിടാം, ആ പങ്കിട്ട ലോഗിൻ ജനങ്ങൾ പങ്കിട്ട സെഷന്റെ തെളിവായി വായിക്കുന്നു. അങ്ങനെയല്ല. ആവർത്തിക്കുന്ന ഉപയോക്തൃനാമ വാചകം മെയിൽ ആപ്പിന് VPN സെഷൻ പാരമ്പര്യമായി ലഭിച്ചു എന്ന് കാണിക്കുന്നില്ല, ഓരോ സേവനത്തിനും ബന്ധമില്ലാത്ത പാസ്വേഡുകൾ കെട്ടിച്ചമയ്ക്കാനുള്ള കാരണവുമല്ല.
രണ്ട് സേവനങ്ങളും അവയുടെ സ്വന്തം വ്യവസ്ഥകളിൽ സ്വന്തം പ്രാമാണീകരണം ആവശ്യപ്പെടുന്നു. വിജയകരമായ മെയിൽ സൈൻ ഇൻ VPN ക്ലയന്റിലേക്ക് ഒട്ടിക്കാനുള്ള ഒന്നായി ഒരിക്കലും കണക്കാക്കരുത്, കയറിയ ടണൽ മെയിൽ സർവർ ഏത് അക്കൗണ്ട് സ്വീകരിക്കുമെന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. Intune മെയിൽ പ്രൊഫൈൽ റഫറൻസ് ഇവിടെ ഉപയോഗപ്രദമായ ഉദാഹരണമാണ്, കാരണം അത് VPN ബന്ധത്തെ അക്കൗണ്ട് പേരിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ സ്വത്തായല്ല, വേറിട്ട ക്രമീകരണമായാണ് കാണുന്നത്.
പുതിയ സമന്വയം കാഷ് ചെയ്ത ഇൻബോക്സിനെ തോൽപ്പിക്കുന്നു
കാഷ് ചെയ്ത ഇൻബോക്സ് ഒരു നിലവിലെ പാതയുമില്ലാതെ തികച്ചും ആരോഗ്യകരമായി തോന്നാം, അതുകൊണ്ട് ആപ്പ് തുറന്ന് കഴിഞ്ഞ ആഴ്ചത്തെ സന്ദേശങ്ങൾ കാണുന്നത് ഒന്നും തെളിയിക്കുന്നില്ല. അംഗീകരിച്ച പുതിയ സമന്വയ പരിശോധന ഉപയോഗിക്കുക, അതിനൊപ്പം വരുന്ന സ്റ്റാറ്റസ് അല്ലെങ്കിൽ ലോഗ് തെളിവുകൾ വായിക്കുക.
തുടർന്ന് ഫലം യഥാർത്ഥത്തിൽ നിർണ്ണയിക്കുന്ന നാല് കാര്യങ്ങൾ പരിശോധിക്കുക: കോൺഫിഗർ ചെയ്ത സേവന എൻഡ്പോയിന്റ്, റിസോൾവർ എന്താണ് തിരികെ നൽകുന്നത്, ഏത് മാനേജ് ചെയ്ത പ്രൊഫൈൽ ബാധകമാണ്, നിലവിലെ VPN അവസ്ഥ. ശരിയായ സന്ദർഭത്തിൽ ഇത് ചെയ്യുക, കാരണം സമാനമായ പേരുള്ള വ്യക്തിഗത മെയിൽ ആപ്പ് ജോലി ആപ്പിന്റെ നെറ്റ്വർക്ക് നയത്തിന് കീഴിലല്ല, പൂർണ്ണമായും ന്യായമായ കാരണങ്ങളാൽ വ്യത്യസ്തമായി പെരുമാറും. ഈ രണ്ട് സന്ദർഭങ്ങൾ കൂട്ടിക്കലർത്തുന്നതാണ് പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷൻ തകർന്നതായി റിപ്പോർട്ട് ചെയ്യുന്ന രീതി. ഒരു ആപ്പ് നയം അനുസരിക്കുകയും അതിന്റെ ഏതാണ്ട് സമാനനാമം അത് അവഗണിക്കുകയും ചെയ്യുന്ന മിക്ക കേസുകളും ഇത് വിശദീകരിക്കുന്നു.
നിങ്ങൾ പരിശോധിച്ചത് എഴുതിവയ്ക്കുക
പ്രവേശനത്തിന് ടണൽ ആവശ്യമാണെന്ന് കരുതുന്നുവെങ്കിൽ, ഉടമ അനുവദനീയമായ സ്വകാര്യ പാതയും അതില്ലാതെയുള്ള പെരുമാറ്റവും രണ്ടും സ്ഥിരീകരിക്കണം. സേവനം ബോധപൂർവം പ്രസിദ്ധീകരിച്ചതാണെങ്കിൽ, ടണലിന്റെ അഭാവത്തെ മെയിൽ എൻക്രിപ്റ്റ് ചെയ്യപ്പെട്ടിട്ടില്ല എന്നതിന്റെ തെളിവായി കാണുന്നതിനുപകരം അതിന്റെ TLS സാധുത, പ്രാമാണീകരണം, പ്രവേശന നിയന്ത്രണങ്ങൾ എന്നിവ നിലനിർത്തുക.
പിന്തുണാ രേഖയിൽ മെയിൽ ഉൽപ്പന്നം, എൻഡ്പോയിന്റ്, അക്കൗണ്ട് പരിധി, കണക്ഷൻ നയം എന്നിവ ഉണ്ടായിരിക്കണം. പാസ്വേഡുകൾ ഒരുപോലെയായിരിക്കുന്നത് ആ നാലിൽ ഒന്നിനും തെളിവല്ല, ഒരു ടിക്കറ്റിൽ നാല് ഖണ്ഡികയും ഒരു വസ്തുതയുമില്ലാതിരിക്കാനുള്ള ഏറ്റവും സാധാരണ കാരണവും ഇതുതന്നെ.