ഒരേ Mac-ലെ രണ്ട് ലോഗിൻ അക്കൗണ്ടുകൾ VPN ട്രാഫിക് വിഭജിക്കുന്നില്ല

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

മൂന്ന് ചോദ്യങ്ങൾ കൂടുതൽ ജോലി ചെയ്യുന്നു: ആരുടെ ആപ്പുകൾക്ക് ഏത് സ്വകാര്യ വിഭവങ്ങൾ വേണം, രണ്ട് സെഷനുകളും ഒരേസമയം സജീവമായിരിക്കണോ, ടണൽ ലഭ്യമല്ലാത്തപ്പോൾ ആ ആപ്പുകൾക്ക് എന്ത് ചെയ്യാൻ അനുവാദമുണ്ട്.

അക്കൗണ്ട് പട്ടികയിൽ നിന്നല്ല, ട്രാഫിക്കിൽ നിന്ന് തുടങ്ങുക

അക്കൗണ്ട് മാറ്റുന്നത് ഐഡന്റിറ്റി അതിർത്തിയാണ്, റൂട്ടിംഗ് അതിർത്തിയല്ല. macOS അതിന്റെ ഉടമയായ അക്കൗണ്ടിനായി VPN കോൺഫിഗറേഷൻ ലോഡ് ചെയ്യുന്നു, പക്ഷേ ഇന്റർഫേസ്, അതിന്റെ റൂട്ടുകൾ, അത് ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഏതെങ്കിലും സിസ്റ്റം വ്യാപകമായ നയം എന്നിവ യന്ത്രത്തിന്റേതാണ്. ഒരു വ്യക്തിയുടെ ആപ്പുകൾ മാത്രം കോർപ്പറേറ്റ് നെറ്റ്വർക്കിൽ പ്രവേശിക്കണം എന്നതാണ് ആവശ്യകതയെങ്കിൽ, ഡിസൈൻ അത് ആപ്പുകളുടെയും ലക്ഷ്യസ്ഥാനങ്ങളുടെയും അടിസ്ഥാനത്തിൽ പറയണം, ആരാണ് ലോഗിൻ ചെയ്തിരിക്കുന്നത് എന്നതിന്റെ അടിസ്ഥാനത്തിൽ അല്ല. അല്ലെങ്കിൽ രണ്ടാമത്തെ അക്കൗണ്ട് ആദ്യത്തെയുടെ ക്ലയന്റ് വിട്ടത് പാരമ്പര്യമായി നേടുന്നു.

ആവശ്യമായ പെരുമാറ്റം ഒരു വാക്യത്തിൽ എഴുതുക: ഒരു ഉപയോക്താവിന്റെ മെയിലും ഫയൽ ആക്സസ്സും മാനേജുചെയ്യുന്ന ടണലിനെ പിന്തുടരുന്നു, മറ്റേ ഉപയോക്താവിന്റെ ബ്രൗസിംഗ് വീട്ടിലെ കണക്ഷനിൽ തുടരുന്നു, രണ്ട് വഴികളിൽ ഒന്നും മറ്റേതിന്റെ ഡിഫോൾട്ട് റൂട്ട് പാരമ്പര്യമായി നേടുന്നില്ല. ആ വാക്യം പരിശോധിക്കാവുന്നതാണ്; ലോഗിൻ മാറ്റത്തിന്റെ കഥ സാധാരണയായി അല്ല.

പ്രൊഫൈൽ ചാനലും ട്രാഫിക് പരിധിയും വ്യത്യസ്ത കാര്യങ്ങളാണ്

ഉപയോക്താവിന് അല്ലെങ്കിൽ ഉപകരണത്തിന് നൽകുന്ന മാനേജുചെയ്യുന്ന VPN ക്രമീകരണങ്ങളെ Apple പിന്തുണയ്ക്കുന്നു, വിന്യാസ ഗൈഡ് ആ മാതൃകകളെ ദാതാവിനെ ആശ്രയിക്കുന്ന സംയോജനത്തോടൊപ്പം വിവരിക്കുന്നു. ഡെലിവറി ചാനൽ ആരാണ് കോൺഫിഗറേഷൻ സ്വീകരിക്കുന്നതും ഉടമസ്ഥതയിലുള്ളതും എന്ന് പറയുന്നു. ഏത് ട്രാഫിക് പിടിക്കുന്നു എന്നത് അത് സ്വയം നിർവചിക്കുന്നില്ല, കാരണം ക്ലയന്റിന്റെ നടപ്പാക്കലും കോൺഫിഗർ ചെയ്ത നയവും ഇപ്പോഴും അത് തീരുമാനിക്കുന്നു.

രേഖപ്പെടുത്തിയ ഉപയോക്തൃ-ബോധ്യമുള്ള അല്ലെങ്കിൽ ആപ്പ്-ബോധ്യമുള്ള മോഡിന് ആവശ്യകത പ്രകടിപ്പിക്കാൻ കഴിയുന്നിടത്ത്, അതാണ് ഏറ്റവും ചെറിയ വഴി. തുടർന്ന് പേരുകളിൽ വിശ്വസിക്കുന്നതിന് പകരം യഥാർത്ഥ ആപ്പുകളും ഐഡന്റിറ്റികളും പരിശോധിക്കുക: ഒരേ ആപ്പിന്റെ രണ്ട് പകർപ്പുകൾ രണ്ട് വ്യത്യസ്ത നെറ്റ്വർക്ക് വഴികളല്ല, ഒരു ആപ്പ് പട്ടികപ്പെടുത്തുന്ന പ്രൊഫൈൽ അതിന്റെ സഹായ പ്രക്രിയകൾ ഉൾപ്പെടുത്തുമെന്ന് ഉറപ്പ് നൽകുന്നില്ല.

അതിഥി സിസ്റ്റം യഥാർത്ഥ പരിധികളുള്ള യഥാർത്ഥ അതിർത്തിയാണ്

വെർച്വൽ മെഷീൻ സ്വന്തം നെറ്റ്വർക്ക് സ്റ്റാക്കുള്ള വേറിട്ട ഓപ്പറേറ്റിംഗ് സിസ്റ്റം തരുന്നു, അതിനാൽ അതിഥിക്ക് ഹോസ്റ്റിന്റെ റൂട്ടുകളിൽ തൊടാതെ സ്വന്തം ടണലും സ്വന്തം ആപ്പുകളും പ്രവർത്തിപ്പിക്കാം. ഇത് രണ്ടാമത്തെ ലോഗിൻ അക്കൗണ്ടിനേക്കാൾ ശക്തമായ വേർതിരിവാണ്, അറ്റകുറ്റപ്പണിയിൽ കൂടുതൽ ജോലിയുമാണ്. നിർദ്ദേശിക്കുന്നതിന് മുമ്പ് ആ ചെലവ് ശരിക്കും ആവശ്യമായ ഒരു അതിർത്തി വാങ്ങുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുക.

വെർച്വൽ നെറ്റ്വർക്ക് മോഡിന് ഇപ്പോഴും അവലോകനം വേണം. അതിഥി ബ്രിഡ്ജ് ചെയ്തതാണോ, NAT-ന് പിന്നിലാണോ, വേർതിരിച്ചതാണോ എന്നത് അതെന്തിനെ എത്തിച്ചേരാം, എന്ത് അതിനെ എത്തിച്ചേരാം എന്ന് നിർണ്ണയിക്കുന്നു, അതിഥി യാദൃച്ഛികമായി ബന്ധിപ്പിച്ചിരിക്കുന്നത് കൊണ്ട് ഹോസ്റ്റ് ആപ്പുകൾ അതിഥി ആപ്പുകളാകുന്നില്ല. ബ്ലോക്കിംഗ് നയവും പരിശോധിക്കുക, അല്ലെങ്കിൽ വീണ അതിഥി ടണൽ ആരും ഉദ്ദേശിക്കാത്ത രീതിയിൽ ഹോസ്റ്റിന്റെ വഴിയിലേക്ക് മടങ്ങും.

പ്രോക്സി ഉപയോക്തൃ അക്കൗണ്ടിനേക്കാൾ ഇടുങ്ങിയതാണ്

ഹോസ്റ്റിന്റെ ഒരു ആപ്പിന് അംഗീകൃത അതിഥിയിലോ കണ്ടെയ്നറിലോ പ്രവർത്തിക്കുന്ന യഥാർത്ഥ പ്രോക്സി സേവനത്തിലേക്ക് എത്താം, അത് ആപ്പ് പിന്തുണയ്ക്കുന്ന പ്രോട്ടോക്കോളിലൂടെ യഥാർത്ഥത്തിൽ അയയ്ക്കുന്ന ട്രാഫിക് ഉൾക്കൊള്ളുന്നു. അത് ആ Mac അക്കൗണ്ടിന്റെ ഉടമസ്ഥതയിലുള്ള എല്ലാ പ്രക്രിയകളെയും ഉൾക്കൊള്ളുന്നില്ല, ആപ്പ് പ്രോക്സി പ്രോട്ടോക്കോളിന് പുറത്ത് അയയ്ക്കുന്ന ട്രാഫിക്കിനെയും ഉൾക്കൊള്ളുന്നില്ല.

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

രണ്ട് പരിശോധനകളിലൂടെ അതിർത്തി തെളിയിക്കുക

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

കണ്ടെയ്നറോ അതിഥിയോ ടണൽ പ്രവർത്തിപ്പിക്കുന്നുവെങ്കിൽ, മൂന്നാമത്തെ പരിശോധന ചേർക്കുക: അതിന് പുറത്തുള്ള തദ്ദേശീയ Mac ആപ്പ് ഇപ്പോഴും രൂപകൽപ്പന പ്രകാരം പെരുമാറുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. അതിന്റെ പരിധി കാണിക്കാൻ കഴിയുന്ന ഏറ്റവും ലളിതമായ ക്രമീകരണം തിരഞ്ഞെടുക്കുക, ഈ പരിശോധനകൾ നടത്തുന്നതിന് മുമ്പ് വെർച്വൽ മെഷീനുകളെ സാർവ്വലൗകികമായി ആവശ്യമെന്നോ അക്കൗണ്ട് മാറ്റത്തെ സാർവ്വലൗകികമായി മതിയെന്നോ വിളിക്കരുത്.