ഓരോ ആപ്പിനും VPN അല്ലെങ്കിൽ split tunnel? Mac റൂട്ടിന് എന്ത് തീരുമാനിക്കാനാകും

രണ്ട് ആപ്പുകൾ ഒരേ ഓഫീസ് സെർവറിലേക്ക് കണക്ഷനുകൾ തുറക്കുന്നു, അവയിൽ ഒന്ന് മാത്രമേ ടണൽ ഉപയോഗിക്കേണ്ടതുള്ളൂ. ഒരു റൂട്ടിന് ആ ആഗ്രഹം പ്രകടിപ്പിക്കാനാകില്ല, കാരണം റൂട്ടിംഗ് പട്ടികകൾ ലക്ഷ്യസ്ഥാനങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്, ഏത് പ്രോസസ്സാണ് സോക്കറ്റ് തുറന്നത് എന്ന ധാരണ അവയ്ക്കില്ല. ആളുകൾ ആവശ്യപ്പെടുന്നതും അവർക്ക് ആവശ്യമുള്ളതും പലപ്പോഴും വ്യത്യസ്ത കാര്യങ്ങളാണ്. ഏതെങ്കിലും കോൺഫിഗറേഷൻ മാറ്റുന്നതിന് മുമ്പ് രണ്ടും വേർതിരിക്കുക.

തിരഞ്ഞെടുക്കുന്നത് ഒരു ലക്ഷ്യമാണ്, ഒരിക്കലും ഒരു പ്രോസസ്സല്ല

ഓരോ റൂട്ടിംഗ് തീരുമാനവും ഒരു ലക്ഷ്യ വിലാസത്തിൽ തുടങ്ങി ഒരു ഇന്റർഫേസിൽ അവസാനിക്കുന്നു. പാക്കറ്റ് ഏത് പ്രോഗ്രാം അയച്ചു എന്ന് കേർണൽ ഒരിക്കലും ചോദിക്കുന്നില്ല, macOS-ൽ pf ഉം പ്രോസസ്സ് അനുസരിച്ച് റൂട്ട് ചെയ്യുന്നില്ല, അതിനാൽ ഒരു ഫയർവാൾ നിയമത്തിന് ഒരു ആപ്പിനെ മറ്റൊരു വഴിയിൽ ഇടാനാകില്ല. അതിനാൽ അതേ സെർവർ, ബ്രൗസറിൽ നിന്നോ റിപ്പോർട്ടിംഗ് ടൂളിൽ നിന്നോ എത്തിയാലും, രണ്ടിനും ഒരേ വഴി സ്വീകരിക്കുന്നു. അതിനാൽ ആപ്പ് തലത്തിലുള്ള വേർതിരിവ് റൂട്ട് അല്ലാത്ത മറ്റെന്തെങ്കിലും ഒന്നിൽ നിന്ന് വരണം: സോക്കറ്റ് കൈവശം വയ്ക്കുന്ന ഒരു VPN പ്ലഗിൻ, ആപ്പിന്റെ പേരിൽ കണക്ഷൻ എടുക്കുന്ന ഒരു പ്രോക്സി, അല്ലെങ്കിൽ ഒരു പ്രത്യേക നെറ്റ്വർക്ക് സ്റ്റാക്ക്. ഇവയൊന്നും റൂട്ടിംഗ് മാറ്റമല്ല.

ഒരേ വിലാസത്തോട് സംസാരിക്കുന്ന രണ്ട് ആപ്പുകൾ ഒരു രൂപകൽപ്പനയുടെ ഏറ്റവും വ്യക്തമായ പരിശോധനയാണ്. ഉത്തരം അവയ്ക്കിടയിൽ വ്യത്യാസപ്പെടാൻ കഴിയില്ലെങ്കിൽ, രൂപകൽപ്പന ലക്ഷ്യാധിഷ്ഠിതമാണ്, അതിന് എന്ത് പേര് നൽകിയാലും.

സാധാരണ split tunnel യഥാർത്ഥത്തിൽ എന്ത് നൽകുന്നു

split tunnel സ്വകാര്യ പ്രിഫിക്സുകൾക്ക് റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്ത് ബാക്കിയെല്ലാം ഭൗതിക വഴിയിൽ വിടുന്നു. സാധാരണയായി അഭ്യർത്ഥനയുടെ അർത്ഥം ഇതാണ്: ടണലിലൂടെ ഓഫീസ് സെർവറിലെത്തുക, പൊതു ബ്രൗസിംഗ് നേരിട്ട് നിലനിർത്തുക. ഇത് ലളിതമാണ്, എല്ലാ സാധാരണ ക്ലയന്റും ഇതിനെ പിന്തുണയ്ക്കുന്നു, മറ്റേതെങ്കിലും റൂട്ട് പോലെ അതേ സംവിധാനത്തിലൂടെ ഇത് നടപ്പാക്കുന്നു. നിർദ്ദിഷ്ട ലക്ഷ്യം route -n get ഉപയോഗിച്ച് പരിശോധിക്കുക, ഡിഫോൾട്ട് റൂട്ട് വായിക്കുന്നതിന് പകരം, കാരണം split tunnel പലപ്പോഴും ഡിഫോൾട്ട് റൂട്ടിനെ സ്പർശിക്കാതെ വിടുന്നു.

ഡിഫോൾട്ട് റൂട്ട് കൈകൊണ്ട് എഡിറ്റ് ചെയ്യുന്നത് എന്തിലേക്കുമുള്ള പരിവർത്തനമല്ല. അത് ക്ലയന്റിന്റെ സ്വന്തം റൂട്ട് പുനഃസ്ഥാപനത്തോട് പോരാടുന്നു, സംരക്ഷണ നയം ഇൻസ്റ്റാൾ ചെയ്യുന്ന ക്ലയന്റുകളിൽ യന്ത്രത്തെ നിങ്ങളോ ക്ലയന്റോ പ്രതീക്ഷിക്കാത്ത അവസ്ഥയിൽ വിടാം. പകരം split tunnel ക്ലയന്റിന്റെ പിന്തുണയുള്ള ക്രമീകരണങ്ങളിൽ കോൺഫിഗർ ചെയ്യുക.

macOS-ൽ പെർ-ആപ്പ് VPN എന്ത് ആവശ്യപ്പെടുന്നു

macOS-ൽ യഥാർത്ഥ പെർ-ആപ്പ് VPN എന്നത് ഒരു കോൺഫിഗറേഷൻ പ്രൊഫൈൽ നയിക്കുന്ന Network Extension സവിശേഷതയാണ്. ഒരു മാനേജ്മെന്റ് പേലോഡ് തിരഞ്ഞെടുത്ത ആപ്പുകളെ ഒരു VPN കോൺഫിഗറേഷനിലേക്ക് മാപ്പ് ചെയ്യുന്നു, തുടർന്ന് സിസ്റ്റം ആ ആപ്പുകളുടെ ട്രാഫിക് അതനുസരിച്ച് റൂട്ട് ചെയ്യുന്നു. ഇത് ഒരു മാനേജ്ഡ് വിന്യാസമാണ്, അതായത് MDM, ഒപ്പിട്ട പ്രൊഫൈൽ, രണ്ടും ഉള്ള ഒരു അഡ്മിനിസ്ട്രേറ്റർ.

ക്ലയന്റ് കൈകൊണ്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ആ മാപ്പിംഗ് സൃഷ്ടിക്കുന്നില്ല, സാധാരണ ക്രമീകരണ പാനൽ ആപ്പുകളെ വെവ്വേറെ തിരഞ്ഞെടുക്കാവുന്നതാക്കുന്നുമില്ല. ഒരു വെണ്ടർ സ്വന്തം ആപ്പ് നിയമങ്ങൾ നൽകാം, അവ പൊതു നിയമത്തിന് പകരം അദ്ദേഹത്തിന്റെ രേഖകൾ പിന്തുടരുന്നു.

MDM ഇല്ലാതെ ആപ്പ് തലത്തിലുള്ള വേർതിരിവിന് മൂന്ന് വഴികൾ

മാനേജ്മെന്റ് ലഭ്യമല്ലാത്തിടത്ത്, പ്രോക്സി പ്രായോഗിക ഉത്തരമാണ്. ആപ്പിന്റെ സ്വന്തം പ്രോക്സി കോൺഫിഗറേഷൻ സജ്ജീകരിക്കുക, അല്ലെങ്കിൽ ആ ആപ്പിന് മാത്രമായി ലക്ഷ്യവും പ്രോട്ടോക്കോളും അനുസരിച്ച് തിരഞ്ഞെടുക്കുന്ന ഒരു PAC ഫയൽ ഉപയോഗിക്കുക.

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

അഭ്യർത്ഥന വ്യക്തമായ ഉത്തരം ലഭിക്കുന്ന രീതിയിൽ എഴുതുക

സംവിധാനത്തിന് പകരം പ്രവൃത്തി പ്രവാഹം വിവരിക്കുക: ഏത് ആപ്പിന് ഏത് സേവനം വേണം, മറ്റൊരു ആപ്പിനെ അതേ സേവനത്തിൽ നിന്ന് അകറ്റി നിർത്തണോ, ടണൽ പ്രവർത്തിക്കാത്തപ്പോൾ എന്ത് സംഭവിക്കണം. ആ മൂന്ന് ഉത്തരങ്ങൾ രൂപകൽപ്പന തിരഞ്ഞെടുക്കുന്നു. അവ അഡ്മിനിസ്ട്രേറ്ററോട് അഭ്യർത്ഥന ഒരു റൂട്ടിംഗ് മാറ്റമാണോ വിന്യാസ പദ്ധതിയാണോ എന്നും പറയുന്നു.

ഒഴിവാക്കിയ ആപ്പിന്റെ കേസ് വ്യക്തമായി ഉൾപ്പെടുത്തുക. ഒരു ആപ്പിന്റെ സംരക്ഷിത വഴി ലഭ്യമല്ലാത്തപ്പോൾ അത് നിർത്തുന്ന ക്ലയന്റ്, അതിനെ ഭൗതിക ഇന്റർഫേസിലേക്ക് തിരികെ വീഴാൻ അനുവദിക്കുന്ന ക്ലയന്റിൽ നിന്ന് വ്യത്യസ്തമായി പെരുമാറുന്നു, ഉപയോക്താക്കൾ ആ വ്യത്യാസം ഉടനടി ശ്രദ്ധിക്കുന്നു. ടിക്കറ്റിൽ പ്രതീക്ഷയ്ക്ക് പേര് നൽകുക. തുടർന്ന് യഥാർത്ഥ യന്ത്രത്തിൽ പരിശോധിക്കുക, കാരണം അതേ ഉൽപ്പന്നം macOS-ൽ Windows-നേക്കാൾ പലപ്പോഴും വ്യത്യസ്തമായി പെരുമാറുന്നു, അതിന്റെ macOS രേഖകളാണ് അതിന്റെ ക്രമീകരണങ്ങൾ എന്ത് ചെയ്യുന്നു എന്നതിനെക്കുറിച്ചുള്ള ഏക വിശ്വസനീയമായ ഉറവിടം.