ഓരോ ആപ്പിനുമുള്ള കിൽ സ്വിച്ച് vs മുഴുവൻ ഉപകരണത്തിന്റെ ലോക്ക്‌ഡൗൺ: എന്ത് മാറുന്നു
ലേബലല്ല, സംരക്ഷിത ഗണം അനുസരിച്ച് തീരുമാനിക്കുക: ഒഴിവാക്കിയ ആപ്പുകൾ, പശ്ചാത്തല സഹായികൾ, പുതിയ കണക്ഷനുകൾ എന്നിവയ്ക്ക് എന്ത് നിലയ്ക്കുന്നു, ഓരോ കേസും എങ്ങനെ പരിശോധിക്കാം.
ഓരോ ആപ്പിനുമുള്ള കിൽ സ്വിച്ച് ശ്രദ്ധാപൂർവമുള്ള തിരഞ്ഞെടുപ്പുപോലെ തോന്നുന്നു: ടണൽ വീഴുമ്പോൾ നെറ്റ്‌വർക്ക് നഷ്ടപ്പെടുന്നത് ജോലി ക്ലയന്റിന് മാത്രമാണ്, ബാക്കിയെല്ലാം പ്രവർത്തിക്കുന്നത് തുടരുന്നു. പിന്നീട് ആരോ ശ്രദ്ധിക്കുന്നു: സ്വകാര്യ ബ്രൗസർ എങ്ങനെയും ഒരു പേജ് ലോഡ് ചെയ്തു, അതേ സ്യൂട്ടിലെ സിങ്ക് സഹായി വീണ്ടും വീണ്ടും ശ്രമിച്ചുകൊണ്ടിരുന്നു, കാഷെയിലെ ഒരു പേര് ടണലിൽ ഒരിക്കലും എത്താത്ത വിലാസത്തിലേക്ക് ഇപ്പോഴും പരിഹരിക്കപ്പെട്ടു. സവിശേഷതയിലെ ലേബലും അത് യഥാർത്ഥത്തിൽ സംരക്ഷിക്കുന്ന കണക്ഷനുകളുടെ ഗണവും രണ്ട് വ്യത്യസ്ത കാര്യങ്ങളാണ്. ആദ്യം സംരക്ഷിത ഗണം നിർണ്ണയിക്കുക, കാരണം ആ ഗണമാണ് ഓരോ ആപ്പിനുമുള്ള നടപ്പാക്കൽ അല്ലെങ്കിൽ മുഴുവൻ ഉപകരണത്തിന്റെ ലോക്ക്‌ഡൗൺ എന്നതിൽ സത്യസന്ധമായ വിവരണം ഏതെന്ന് തീരുമാനിക്കുന്നത്.
ലേബലല്ല, ഗണത്തിൽ നിന്ന് തുടങ്ങുക
ഓരോ ആപ്പിനുമുള്ള നയം തിരഞ്ഞെടുത്ത ആപ്പുകളെ സംരക്ഷിക്കുന്നു. ഉപകരണ ലോക്ക്‌ഡൗൺ വിശാലമായ നെറ്റ്‌വർക്ക് അതിർത്തിയെ ലക്ഷ്യമിടുന്നു, സാധാരണയായി പ്രാദേശിക പ്രിന്റിംഗ്, മാനേജ്‌മെന്റ് ട്രാഫിക് അല്ലെങ്കിൽ കാപ്റ്റീവ് പോർട്ടലുകൾക്കുള്ള രേഖപ്പെടുത്തിയ ഒഴിവുകളോടെ. മൂന്ന് ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നതുവരെ ഒരു ലേബലും പൂർണ്ണമല്ല: ഒഴിവാക്കിയ ആപ്പുകൾക്ക് എന്ത് സംഭവിക്കുന്നു, ആ ആപ്പുകൾ ആരംഭിക്കുന്ന സഹായികൾക്ക് എന്ത് സംഭവിക്കുന്നു, സംരക്ഷണം ലഭ്യമല്ലാത്തപ്പോൾ തുറക്കുന്ന കണക്ഷനുകൾക്ക് എന്ത് സംഭവിക്കുന്നു.
ക്ലയന്റിലെ ഏതെങ്കിലും സെറ്റിംഗ് തൊടുന്നതിന് മുൻപ് ഈ ഉത്തരങ്ങൾ എഴുതിവയ്ക്കുക. ആവശ്യകത "ഈ പേറോൾ ക്ലയന്റ് ടണലിന് പുറത്ത് ഇന്റർനെറ്റുമായി ഒരിക്കലും സംസാരിക്കരുത്, എന്റെ ബ്രൗസറിന് സംസാരിക്കാം" എന്നാണെങ്കിൽ, ഗണം ചെറുതാണ്, ഓരോ ആപ്പിനുമുള്ള നടപ്പാക്കൽ യോജിക്കും. ആവശ്യകത "ഈ ഉപകരണത്തിൽ ഒന്നും സംരക്ഷണമില്ലാതെ ഇന്റർനെറ്റിൽ എത്തരുത്, അപ്‌ഡേറ്റ് സേവനം ഒഴികെ" എന്നാണെങ്കിൽ, ഏത് ഓരോ ആപ്പിനുമുള്ള നയവും അത് നൽകില്ല, കാരണം നിങ്ങൾ പേരിടാത്ത ആപ്പുകളാണ് പ്രശ്നം.
ഓരോ ആപ്പിനുമുള്ള നടപ്പാക്കൽ ഐഡന്റിഫയറുകളുമായി പൊരുത്തപ്പെടുന്നു, പ്രോഗ്രാം പേരുകളുമായി അല്ല
Android പാക്കേജുകളിലൂടെ ഓരോ ആപ്പിനുമുള്ള VPN നൽകുന്നു, അതിന്റെ VpnService ഡോക്യുമെന്റേഷൻ ഇത് എപ്പോഴും ഓൺ പ്രവർത്തനവും ബ്ലോക്കിംഗും ആയി എങ്ങനെ ഇടപെടുന്നു എന്ന് വിവരിക്കുന്നു. iOS മാനേജ്‌മെന്റ് പ്രൊഫൈലിലൂടെ ഓരോ ആപ്പിനുമുള്ള VPN ക്രമീകരിക്കുന്നു, ആപ്പ് അല്ലെങ്കിൽ ഡൊമെയിൻ അനുസരിച്ച് പൊരുത്തപ്പെടുത്തുന്നു. Windows-ലും Linux-ലും പ്രോസസ്സ് അനുസരിച്ചുള്ള റൂട്ട് ഇല്ല, അതിനാൽ അതേ ആശയം ഒരു പ്രോഗ്രാമിന് പരിമിതപ്പെടുത്തിയ ഫയർവാൾ നിയമമോ ഉടമസ്ഥ ഉപയോക്താവുമായി പൊരുത്തപ്പെടുന്ന നിയമമോ ഉപയോഗിച്ച് ഏകദേശീകരിക്കുന്നു.
അതിർത്തി ഐഡന്റിഫയറാണ്, ഐഡന്റിഫയറുകളെ വളച്ചൊടിക്കാൻ എളുപ്പമാണ്. സിസ്റ്റം ബ്രൗസറിന് URL കൈമാറുന്ന അല്ലെങ്കിൽ വ്യൂവറിൽ രേഖ തുറക്കുന്ന ആപ്പ് നിങ്ങളുടെ നയം ഒരിക്കലും പേരിടാത്ത പ്രോസസ്സിലേക്ക് കടക്കുന്നു. വീഴുമ്പോൾ അവസാനിപ്പിക്കുന്ന ഓപ്ഷനും പാക്കറ്റ് ഫിൽട്ടർ അല്ല: അത് നിങ്ങൾ ക്രമീകരിച്ച ആപ്പിനെ കൊല്ലുന്നു, എന്നാൽ ചൈൽഡ് പ്രോസസ്സോ ക്യൂ വർക്കറോ ബ്രൗസർ ടാബോ നിലവിലുള്ള സോക്കറ്റ് ജീവനോടെ നിലനിർത്താം.
ലോക്ക്‌ഡൗൺ ഓരോ ആപ്പിനുമുള്ള നയത്തിന് കാണാനാകാത്തത് മൂടുന്നു
മുഴുവൻ ഉപകരണത്തിന്റെ ലോക്ക്‌ഡൗൺ തിരഞ്ഞെടുപ്പ് നീക്കം ചെയ്യുന്നു. ടണലിന്റേതല്ലാത്ത ഓരോ പുറത്തേക്കുള്ള പാക്കറ്റും ഉപേക്ഷിക്കപ്പെടുന്നു, നിങ്ങളുടെ ആപ്പ് നയം ഒരിക്കലും അറിയാത്ത പ്രോസസ്സുകളുടെ ട്രാഫിക് ഉൾപ്പെടെ. Android-ൽ ഇത് എപ്പോഴും ഓണായ VPN-ഉം കണക്ഷനുകൾ ബ്ലോക്ക് ചെയ്യുന്ന ക്രമീകരണവും ചേർന്നതാണ്, നടപ്പാക്കൽ സിസ്റ്റത്തിൽ സംഭവിക്കുന്നു, ക്ലയന്റ് വിൻഡോയിൽ അല്ല. ഡെസ്ക്ടോപ്പിൽ ഇത് സ്ഥിരമായ ഫയർവാൾ നിയമമോ എത്തിച്ചേരാനാകാത്ത ഗേറ്റ്‌വേയിലേക്കുള്ള ഡിഫോൾട്ട് റൂട്ടോ ആണ്.
വില എന്നത് ബാക്കിയെല്ലാം നിലയ്ക്കുന്നു എന്നതാണ്, അതിനാൽ ഒഴിവുകൾ പിന്നീടുള്ള ചിന്തയല്ല, ഡിസൈനിന്റെ ഭാഗമാകുന്നു. പ്രാദേശിക പ്രിന്ററുകൾ, സേവന കണ്ടെത്തൽ, കാപ്റ്റീവ് പോർട്ടൽ ലോഗിൻ, മാനേജ്‌മെന്റ് ഏജന്റുകൾ, OS അപ്‌ഡേറ്റുകൾ എന്നിവയ്ക്ക് ഓരോന്നിനും രേഖപ്പെടുത്തിയ ദ്വാരം വേണം, കാരണം ഓരോന്നും ടണൽ താഴെയായിരിക്കുമ്പോൾ തുറന്നിരിക്കുന്ന പാതയാണ്. ആ പട്ടികയിലെ ഏറ്റവും ചെറിയ ഇനത്തോളം മാത്രമേ ലോക്ക്‌ഡൗൺ ശക്തമാകൂ.
DNS-ഉം IPv6-ഉം പശ്ചാത്തല സഹായികളും ചോർച്ചകൾ മറയ്ക്കുന്നു
സംരക്ഷിത ആപ്പ് ഒരു പേര് പരിഹരിക്കാൻ പരാജയപ്പെടുന്നത് കാഷെ ചെയ്ത ഉത്തരങ്ങളോ നേരിട്ടുള്ള IP ട്രാഫിക്കോ ബ്ലോക്ക് ചെയ്യപ്പെട്ടു എന്ന് തെളിയിക്കുന്നില്ല. റിസോൾവർ ടണലിന് പുറത്ത് ഇപ്പോഴും എത്താവുന്നതാണെങ്കിൽ, പേര് പരിഹരിക്കപ്പെടും, കണക്ഷൻ പരാജയപ്പെടും, അത് പ്രവർത്തിക്കുന്ന കിൽ സ്വിച്ച് പോലെ തോന്നും, എന്നാൽ അല്ല. അതിലും മോശം, കാഷെ ചെയ്ത റെക്കോർഡ് ടണൽ കൊണ്ടുപോകാത്ത വിലാസത്തിലേക്ക് ചൂണ്ടാം, അതിനാൽ കണക്ഷൻ നേരിട്ട് പുറത്തേക്ക് പോകുന്നു, അപ്പോൾ ആപ്പ് VPN പിശക് റിപ്പോർട്ട് ചെയ്യുന്നു.
IPv6 അത് പ്രവർത്തിപ്പിക്കുന്ന ഓരോ പ്ലാറ്റ്‌ഫോമിലും സ്വന്തം നിയമം ആവശ്യപ്പെടുന്നു, കാരണം v4-നുള്ള ഡ്രോപ്പ് നിയമം v6 റൂട്ട് ഉൾക്കൊള്ളുന്നില്ല. മൊബൈലിൽ, സ്വകാര്യ DNS ക്രമീകരണം പരിഹാരം ഉപകരണ നയം പരിശോധിക്കാത്ത എൻക്രിപ്റ്റ് ചാനലിലേക്ക് മാറ്റാം. പശ്ചാത്തല സഹായികൾ ഡെസ്ക്ടോപ്പിലെ സാധാരണ കുറ്റവാളിയാണ്: ട്രേയിലെ അപ്‌ഡേറ്ററോ സിങ്ക് പ്രോസസ്സോ VPN ക്ലയന്റിന് മുൻപ് ആരംഭിച്ച് സ്വന്തം കണക്ഷൻ നിലനിർത്തുന്നു, അതിനാൽ മാറിയ റൂട്ട് അത് ഒരിക്കലും കാണുന്നില്ല.
മൂന്ന് ആപ്പുകളും രണ്ട് പരിവർത്തനങ്ങളും പരിശോധിക്കുക
| Test | What it proves |
|---|---|
| Included app, by name and by direct IP | the policy is applied, not just the resolver |
| Excluded app, same checks | the exclusion is intentional and documented |
| Helper or updater process | nothing inherited an older route |
| Tunnel drop, then Wi-Fi to cellular | the block survives the transition |
ഓരോ വരിയും രണ്ടുതവണ പ്രവർത്തിപ്പിക്കുക, ഒരിക്കൽ ഹോസ്റ്റ്‌നെയിമിനൊപ്പം, ഒരിക്കൽ അക്ഷരാർത്ഥ വിലാസത്തിനൊപ്പം, നെറ്റ്‌വർക്ക് അനുവദിക്കുകയാണെങ്കിൽ ഒരിക്കൽകൂടി IPv6-ൽ. വിജയം എന്നാൽ ഉൾപ്പെടുത്തിയ ആപ്പ് നിന്നു, ഒഴിവാക്കിയ ആപ്പ് നിങ്ങൾ എഴുതിയതുപോലെ പെരുമാറി, സഹായി പുറത്തേക്ക് ഒഴുകിപ്പോയില്ല. സ്വീകാര്യമെന്ന് നിങ്ങൾ തീരുമാനിച്ച നേരിട്ടുള്ള സ്വഭാവം രേഖപ്പെടുത്തുക, അടുത്ത അഡ്മിനിസ്ട്രേറ്റർക്ക് ഉദ്ദേശിച്ച ഒഴിവും പരാജയവും തമ്മിൽ വേർതിരിച്ചറിയാൻ കഴിയും.
തുടർന്ന് ആപ്പുകളെയും വ്യവസ്ഥകളെയും പേരിടുന്ന ഒരു വാക്യത്തിൽ ഫലം വിവരിക്കുക, ഉദാഹരണത്തിന്: പേറോൾ ക്ലയന്റിന് ടണലിന് പുറത്ത് റൂട്ട് ഇല്ല, ബ്രൗസർ ഡിസൈൻ അനുസരിച്ച് നേരിട്ടുള്ളതാണ്, ടണൽ താഴെയാകുമ്പോൾ ബാക്കിയെല്ലാം നിലയ്ക്കും. ആ വാക്യം എഴുതാൻ ബുദ്ധിമുട്ടാണെങ്കിൽ, നയം ഇപ്പോഴും പരസ്പരം പോരാടുന്ന രണ്ട് നയങ്ങളാണ്.