Mac IKEv2 പ്രൊഫൈലിൽ IncludeAllNetworks എന്തു ചെയ്യുന്നു?
ഈ കീ പേരിട്ട ഒഴിവുകളോടെ ട്രാഫിക്കിനെ ടണലിലേക്ക് പരിമിതപ്പെടുത്തുന്നു. ഇത് സ്ഥിരസ്ഥിതി റൂട്ട് അല്ല, ഇത് EnforceRoutes അവഗണിക്കുന്നു, കൂടാതെ ഗേറ്റ്വേ അനുവദിക്കുന്നത് കൈമാറണം.
നേറ്റീവ് IKEv2 പ്രൊഫൈലിൽ രസകരമായ കീ ഒരു ചെക്ക്ബോക്സ് അല്ല, അത് IncludeAllNetworks ആണ്, കൂടാതെ അത് മാറ്റുന്നത് ടണലിന് പുറത്ത് സിസ്റ്റത്തിന് അയയ്ക്കാൻ അനുവാദമുള്ളതിന്റെ പരിധിയാണ്. അത് 1 എന്നതിൽ സജ്ജമാക്കിയാൽ, macOS ടണലിനെ മിക്കവാറും എല്ലാ IP ട്രാഫിക്കിന്റെയും വഴിയായി കണക്കാക്കും, എന്നാൽ അത് നിർവചിക്കുന്നതും നിങ്ങൾക്ക് വിപുലീകരിക്കാവുന്നതുമായ ഒഴിവുകളുടെ ഒരു കൂട്ടം ഒഴിവാക്കി. അത് മെനുവിലല്ല, പ്രൊഫൈൽ നിഘണ്ടുവിലാണ് ഉള്ളത് എന്നതിനാൽ, എല്ലാ ട്രാഫിക്കും അയയ്ക്കുക എന്ന പദപ്രയോഗം വായിക്കുമ്പോൾ മിക്ക ആളുകളും അനുമാനിക്കുന്ന അർത്ഥവും അത് നൽകുന്നില്ല.
കീ നെറ്റ്വർക്ക് സ്റ്റാക്കിനുള്ളിൽ എന്ത് മാറ്റുന്നു
അതില്ലാതെ, ടണൽ റൂട്ടുകൾ ഘടിപ്പിച്ച ഒരു നെറ്റ്വർക്ക് ഇന്റർഫേസ് പോലെ പ്രവർത്തിക്കുന്നു. ആ ഇന്റർഫേസിലൂടെയുള്ള സ്ഥിരസ്ഥിതി റൂട്ട് മിക്ക ട്രാഫിക്കിനെയും പിടിച്ചെടുക്കുന്നു, മറ്റൊരു ഇന്റർഫേസിലെ കൂടുതൽ നിർദ്ദിഷ്ട ഏതെങ്കിലും റൂട്ട് അതിന്റെ സ്വന്തം പ്രിഫിക്സിന് ഇപ്പോഴും വിജയിക്കുന്നു. ഇത് സാധാരണ റൂട്ടിംഗ് ആണ്, അതുകൊണ്ടാണ് വിഭജിത ടണലിംഗ് മിക്കവാറും യാദൃച്ഛികമായി സംഭവിക്കുന്നത്.
കീ പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ, പരിധി ഒരു റൂട്ടിംഗ് മുൻഗണനയല്ലാതായി, ടണലല്ലാതെ മറ്റെന്തെങ്കിലും വഴി ഏത് ട്രാഫിക്കിന് പുറത്തുപോകാം എന്നതിനെക്കുറിച്ചുള്ള ഒരു നയമായി മാറുന്നു. കണക്ഷൻ ജീവനോടെ നിലനിർത്താൻ സിസ്റ്റത്തിന് ഇപ്പോഴും നെറ്റ്വർക്കിലേക്ക് എത്തണം, അതിനാൽ ഒഴിവുകൾ നിലവിലില്ലെന്ന് നടിക്കുന്നതിനുപകരം നയം ഒഴിവുകളോടെ വരുന്നു. അത് പ്രവർത്തനക്ഷമമാക്കുന്നത് യന്ത്രത്തെ ഒരിക്കലും പ്രവർത്തിക്കുന്ന വഴിയില്ലാതെ വിടുന്നില്ല. നിങ്ങൾക്ക് ലഭിക്കുന്നത് നിങ്ങൾ കരുതിയതിനേക്കാൾ ചെറിയ വഴികളുടെ പട്ടികയാണ്, ആ പട്ടിക രേഖപ്പെടുത്തിയിട്ടുണ്ട്.
പ്രായോഗിക അനന്തരഫലം, ഒരു റൂട്ട് ചേർക്കുന്നത് ഇനി ഫലം വിശദീകരിക്കുന്നില്ല എന്നതാണ്. ഒരു ലക്ഷ്യസ്ഥാനം ഇപ്പോഴും നേരിട്ട് എത്തുന്നുണ്ടെങ്കിൽ, ചോദ്യം ഏത് റൂട്ട് വിജയിച്ചു എന്നതല്ല, ഒരു ഒഴിവ് അതിനെ ഉൾക്കൊള്ളുന്നുണ്ടോ എന്നതാണ്.
ഒഴിവുകൾ ക്രമീകരണത്തിന്റെ ഭാഗമാണ്
Apple പ്രധാന കീയ്ക്കൊപ്പം നിരവധി ഒഴിവാക്കലുകൾ രേഖപ്പെടുത്തുന്നു, അവ പ്രാദേശിക നെറ്റ്വർക്കുകൾ, Apple Push Notification ട്രാഫിക്, സെല്ലുലാർ സേവനങ്ങൾ, ഉപകരണ ആശയവിനിമയം എന്നിവ ഉൾക്കൊള്ളുന്നു. ഓരോന്നിനും സ്വന്തം പ്ലാറ്റ്ഫോം, പതിപ്പ് വ്യവസ്ഥകളുണ്ട്, അതിനാൽ ഒരേ പ്രൊഫൈൽ macOS പതിപ്പുകൾക്കിടയിൽ വ്യത്യസ്തമായി പ്രവർത്തിക്കാം.
ആ ഒഴിവാക്കലുകളിൽ ചിലത് അന്തർലീനമാണ്. ക്യാപ്റ്റീവ് പോർട്ടൽ കൈകാര്യം ഉൾപ്പെടെ നെറ്റ്വർക്ക് ആക്സസ് സ്ഥാപിക്കാനും നിലനിർത്താനും ആവശ്യമായ ട്രാഫിക് അനുവദിക്കണം, അല്ലെങ്കിൽ യന്ത്രം ഒന്നുമായും ബന്ധിപ്പിക്കാതെ അത് പരിഹരിക്കാൻ കഴിയാത്ത അവസ്ഥയിൽ എത്താം.
പിന്നെ ബോധപൂർവമായ തിരഞ്ഞെടുപ്പുകൾ വരുന്നു. വീട്ടിലെ പ്രിന്റർ അനുവദിക്കുന്നത് ജോലി വിഭവത്തിന്റെ പ്രിഫിക്സ് അനുവദിക്കുന്നതിന് സമാനമായ തീരുമാനമല്ല, രണ്ടും അറിയിപ്പുകൾ വന്നുകൊണ്ടിരിക്കാൻ APNs എത്താവുന്നതായി വിടുന്നതിൽ നിന്ന് വ്യത്യസ്തമാണ്. ഏതൊക്കെ പ്രവർത്തനക്ഷമമാക്കി എന്ന് പ്രൊഫൈലിൽ തന്നെ എഴുതിവയ്ക്കുക, പിന്നീട് ഒരു ബഗ് റിപ്പോർട്ടിൽ നിന്ന് കണ്ടെത്തുന്നതിനുപകരം.
ഇത് സ്ഥിരസ്ഥിതി റൂട്ടിന് തുല്യമല്ലാത്തത് എന്തുകൊണ്ട്
സ്ഥിരസ്ഥിതി റൂട്ട് ഒരു റൂട്ടിംഗ് പട്ടികയിലെ എൻട്രിയാണ്, റൂട്ടിംഗ് പട്ടികകൾ തോൽക്കുന്നു. കൂടുതൽ നിർദ്ദിഷ്ടമായ ഒരു പ്രിഫിക്സ് അതിനെ തോൽപ്പിക്കുന്നു, ഒരു ആപ്ലിക്കേഷനിൽ പരിമിതപ്പെടുത്തിയ കണക്ഷന് അതിനെ ഒഴിവാക്കാം, മെച്ചപ്പെട്ട മെട്രിക് ഉള്ള രണ്ടാമത്തെ ഇന്റർഫേസിന് ആരും VPN കോൺഫിഗറേഷൻ തൊടാതെ ഏറ്റെടുക്കാം.
Apple-ന്റെ റൂട്ടിംഗ് മാർഗനിർദ്ദേശം വ്യത്യാസം വ്യക്തമാക്കുന്നു: സാധാരണ സ്ഥിരസ്ഥിതികൾ കൂടുതൽ നിർദ്ദിഷ്ട റൂട്ടുകളാൽ മാറ്റപ്പെടാം, അതേസമയം വിശാലമായ പരിധി ക്രമീകരണം ടണൽ ഏത് ട്രാഫിക് വഹിക്കണം, അതിൽ നിന്ന് എന്ത് ഒഴിവാക്കുന്നു എന്നിവ നിർവചിക്കുന്നു. ഒന്ന് ഒരു മുൻഗണനയാണ്, മറ്റൊന്ന് ഒരു നിയമത്തോട് കൂടുതൽ അടുത്തതാണ്.
ആ വ്യത്യാസം ഒരു ചോർച്ച എങ്ങനെ രോഗനിർണയം ചെയ്യുന്നു എന്നതും മാറ്റുന്നു. സ്ഥിരസ്ഥിതി റൂട്ടിൽ നിങ്ങൾ റൂട്ടുകളും മെട്രിക്കുകളും പരിശോധിക്കുന്നു. പരിധി കീയിൽ നിങ്ങൾ പ്രൊഫൈൽ പുനരവലോകനം, ഇൻസ്റ്റാൾ ചെയ്ത ഒഴിവുകൾ, പതിപ്പിന് സവിശേഷമായ പെരുമാറ്റം എന്നിവ പരിശോധിക്കുന്നു, കാരണം റൂട്ടിംഗ് പട്ടിക മുമ്പ് എടുത്ത ഒരു തീരുമാനത്തിന്റെ താഴേക്കാണ്.
EnforceRoutes മറ്റൊരു സ്വിച്ചാണ്
EnforceRoutes അതേ ആശയത്തിന്റെ കർശനമായ പതിപ്പ് പോലെ തോന്നുന്നു, കൂടുതൽ കീകൾ കൂടുതൽ കവറേജ് എന്ന വിശ്വാസത്തോടെ ആളുകൾ രണ്ടും അടുക്കിവയ്ക്കുന്നു. എപ്പോൾ IncludeAllNetworks പ്രവർത്തനക്ഷമമാണോ അപ്പോൾ ഇത് അവഗണിക്കപ്പെടുന്നു എന്ന് Apple രേഖപ്പെടുത്തുന്നു, അതിനാൽ ആ സംയോജനത്തിൽ രണ്ടാമത്തെ കീ ഒന്നും നേടുന്നില്ല.
വിശാലമായ പരിധി ഉപയോഗിക്കാത്ത കോൺഫിഗറേഷനുകൾക്കുള്ള ഒരു ബദലായി ഇതിനെ കാണുക, ബലപ്പെടുത്തലായി അല്ല. ഓരോ കീയും ഒറ്റയ്ക്ക് എന്ത് ചെയ്യുന്നു എന്ന് വിശദീകരിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, രണ്ടും ചേർക്കുന്നത് പ്രൊഫൈൽ അവലോകനം ചെയ്യാൻ മാത്രം ബുദ്ധിമുട്ടാക്കുന്നു.
ഗേറ്റ്വേയും പ്രൊഫൈൽ ഉടമയും എന്തിൽ യോജിക്കണം
ഒരു ക്ലയന്റ് ക്രമീകരണത്തിന്, എപ്പോഴും ഫോർവേഡ് ചെയ്യാൻ കോൺഫിഗർ ചെയ്യാത്ത ട്രാഫിക് ഫോർവേഡ് ചെയ്യാൻ സെർവറിനെ നിർബന്ധിക്കാനാവില്ല. ഗേറ്റ്വേ സെഷൻ സ്വീകരിക്കണം, വിലാസങ്ങൾ വിതരണം ചെയ്യണം, നിങ്ങൾ എത്താൻ ഉദ്ദേശിക്കുന്ന പ്രിഫിക്സുകൾക്ക് ഒരു തിരിച്ചുവരവ് വഴി നൽകണം, നിങ്ങൾ തിരഞ്ഞെടുത്ത ക്രമീകരണത്തിൽ DNS നൽകണം. അത് ഒരു പ്രിഫിക്സ് മാത്രം റൂട്ട് ചെയ്യുന്നുവെങ്കിൽ, ക്ലയന്റിന്റെ വിശാലമായ പരിധി എത്തി മരിക്കുന്ന ട്രാഫിക് സൃഷ്ടിക്കുന്നു. ഗേറ്റ്വേയുടെ റൂട്ടുകൾക്ക് പുറത്തുള്ള ഒരു ലക്ഷ്യസ്ഥാനത്തേക്കുള്ള ഒരു അഭ്യർത്ഥന അത് ഒരു മിനിറ്റിൽ തെളിയിക്കുന്നു.
ഒരു ആപ്പിന്റെ ഉടമസ്ഥതയിലുള്ള ടണൽ വീണ്ടും വേറിട്ട ഒരു കേസാണ്. ദാതാവ് പിന്തുണയ്ക്കുന്ന പെരുമാറ്റം നടപ്പിലാക്കണം അല്ലെങ്കിൽ വെളിപ്പെടുത്തണം; രണ്ടാമത്തെ നേറ്റീവ് IKEv2 പ്രൊഫൈൽ ഇൻസ്റ്റാൾ ചെയ്യുന്നത് മറ്റൊരു ആപ്പ് ഇതിനകം കൈകാര്യം ചെയ്യുന്ന ടണലിനെ മാറ്റുന്നില്ല, കൂടാതെ IKEv2 കീ മറ്റൊരു ക്ലയന്റ് വായിക്കുന്ന OpenVPN നിർദ്ദേശമല്ല.
നിലവിലെ കീ പട്ടികയ്ക്കും പതിപ്പ് വ്യവസ്ഥകൾക്കുമായി, വർഷങ്ങൾക്ക് മുമ്പ് ആരോ പകർത്തിയ ഒരു പ്രൊഫൈലിനുപകരം Apple-ന്റെ IKEv2 പേലോഡ് റഫറൻസ് വായിക്കുക.
പ്രൊഫൈൽ പുനരവലോകനം മൊത്തത്തിൽ സ്വീകരിക്കുക
വിദൂരമായി നിർവഹിക്കുന്ന ഒരു Mac മാറ്റുന്നതിന് മുമ്പ്, ലക്ഷ്യ macOS പതിപ്പുകൾ, ഉദ്ദേശിച്ച ഇന്റർനെറ്റ് എക്സിറ്റ്, എത്താവുന്നതായി തുടരേണ്ട സ്വകാര്യ പ്രിഫിക്സുകൾ, നിങ്ങൾ പ്രവർത്തനക്ഷമമാക്കുന്ന ഓരോ ഒഴിവും എഴുതിവയ്ക്കുക. തുടർന്ന് നിങ്ങൾ മാറ്റാൻ പോകുന്ന ടണലിനെ ആശ്രയിക്കാത്ത ഒരു വീണ്ടെടുപ്പ് വഴി സൂക്ഷിക്കുക.
പുതിയ പൊതു അഭ്യർത്ഥനകൾ, സ്വകാര്യ അഭ്യർത്ഥനകൾ, രണ്ട് വിലാസ കുടുംബങ്ങൾ, പേര് വിശകലനം എന്നിവ പരിശോധിക്കുക, തുടർന്ന് ഡിസൈൻ ഫയലല്ല, ഇൻസ്റ്റാൾ ചെയ്ത പുനരവലോകനം പരിശോധിക്കുക. എന്തെങ്കിലും ഇപ്പോഴും നേരിട്ട് പോകുന്നുണ്ടെങ്കിൽ, അത് രേഖപ്പെടുത്തിയ ഒരു ഒഴിവാണോ, വ്യത്യസ്തമായ ഒരു കണക്ഷൻ സന്ദർഭമാണോ, അതോ യഥാർത്ഥ കോൺഫിഗറേഷൻ പിശകാണോ എന്ന് തീരുമാനിച്ച്, ബന്ധമില്ലാത്ത കീകൾ വിപുലീകരിക്കുന്നതിനുപകരം ആ മൂന്നിൽ ഒന്ന് മാറ്റുക.