OpenVPN-ൽ ഒരു ആപ്പ് ടിക്ക് ചെയ്തോ? ലിസ്റ്റ് ബേസ്ലൈൻ ആണ് തീരുമാനിക്കുന്നത്
അതേ ടിക്ക് ചെയ്ത പാക്കേജ്, ലിസ്റ്റ് ബേസ്ലൈൻ അനുസരിച്ച് ഉൾപ്പെടുത്തുക അല്ലെങ്കിൽ ഒഴിവാക്കുക എന്നർത്ഥം. ആദ്യം ഉൾപ്പെടുത്തൽ-മാത്രം തിരഞ്ഞെടുത്ത്, വീണ്ടും കണക്ട് ചെയ്ത്, പിന്നീട് മുഴുവൻ പ്രവാഹവും പരിശോധിക്കുക.
ചെക്ക്ബോക്സ് മുഴുവൻ തീരുമാനമാണെന്ന് തോന്നും, Android-ൽ അതല്ല. അതേ ടിക്ക് ചെയ്ത പാക്കേജ്, ഉൾപ്പെടുത്തൽ-മാത്രം ബേസ്ലൈനിൽ “ഈ ആപ്പ് മാത്രം VPN ഉപയോഗിക്കുന്നു” എന്നും, തിരഞ്ഞെടുത്തവ ഒഴിവാക്കുന്ന ബേസ്ലൈനിൽ “ഈ ആപ്പ് VPN ഒഴിവാക്കുന്നു” എന്നും അർത്ഥമാക്കുന്നു. ആളുകൾ ഒരു ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്ത്, അനുവദിച്ച ആപ്പുകൾ എന്ന് ലേബൽ ഉള്ള ലിസ്റ്റ് കണ്ടെത്തി, തങ്ങൾക്ക് വേണ്ട ഒരു പാക്കേജ് ടിക്ക് ചെയ്ത്, വിപരീതമായി പ്രവർത്തിക്കുന്ന പോളിസിയുമായി പോകുന്നു. ക്ലയന്റ് മാറ്റുന്നത് അപൂർവ്വമായി സഹായിക്കുന്നു; ലിസ്റ്റ് തൊടുന്നതിന് മുൻപ് ബേസ്ലൈൻ തിരഞ്ഞെടുക്കുന്നത് സഹായിക്കുന്നു.
ബേസ്ലൈൻ ആണ് പോളിസി, ചെക്ക്ബോക്സല്ല
Android-ന്റെ VpnService പ്രകാരം, ഒരു ക്ലയന്റ് addAllowedApplication അല്ലെങ്കിൽ addDisallowedApplication ഉപയോഗിച്ച് ആപ്പ് അനുസരിച്ചുള്ള റൂട്ടിംഗ് ക്രമീകരിക്കുന്നു. ആദ്യത്തേത് ടണൽ ലിസ്റ്റിലുള്ള പാക്കേജുകളിൽ ഒതുക്കുന്നു, രണ്ടാമത്തേത് അവ ഒഴികെ എല്ലാം ടണലിലൂടെ അയയ്ക്കുന്നു. ക്ലയന്റുകൾ രണ്ടും ഏതാണ്ട് ഒരേപോലെ കാണുന്ന ഒരു UI-യിൽ പൊതിയുന്നു, ചിലത് വിഭാഗത്തെ മോഡിന് പകരം ലിസ്റ്റ് ഉപയോഗിച്ച് ലേബൽ ചെയ്യുന്നു, അതിനാൽ വിഭാഗത്തിന്റെ തലക്കെട്ട് മാത്രം ഏത് ബേസ്ലൈൻ സജീവമാണെന്ന് പറയാൻ കഴിയില്ല.
ലിസ്റ്റിന് മുകളിലുള്ള മോഡ് നിയന്ത്രണം വായിക്കുക, തലക്കെട്ടല്ല. അപ്സ്ട്രീം OpenVPN for Android ക്ലയന്റിൽ അനുവദിച്ച ആപ്പുകളുടെ ലിസ്റ്റിന് ഉൾപ്പെടുത്തൽ-മാത്രം, തിരഞ്ഞെടുത്തവ ഒഴിവാക്കുന്നത് എന്നീ രണ്ട് ബേസ്ലൈനുകളുണ്ട്, ഒരു ബ്രാൻഡഡ് ബിൽഡ് രണ്ടും വ്യത്യസ്തമായി എഴുതിയാലും അതേ രണ്ട് സ്വഭാവങ്ങൾ നിലനിർത്താം. മറ്റൊരു ക്ലയന്റിൽ നിന്നോ അതേ ക്ലയന്റിന്റെ പഴയ പതിപ്പിൽ നിന്നോ ഉള്ള സ്ക്രീൻഷോട്ട്, നിങ്ങൾ ഏത് മോഡിലാണെന്നതിന് തെളിവല്ല.
| What the client shows | What a checked app gets |
|---|---|
| Allowed apps, include-only baseline | The app uses the tunnel; unchecked apps do not |
| Allowed apps, exclude-selected baseline | The app bypasses the tunnel; everything else uses it |
| No list configured | Client or profile default, commonly all apps |
ആ പട്ടികയാണ് മുഴുവൻ കെട്ടുകഥ. ആപ്പ് ടിക്ക് ചെയ്യുന്നത് ഒരു പാക്കേജിനെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്; ആ പ്രസ്താവന “ഉൾപ്പെടുത്തുക” ആണോ “ഒഴിവാക്കുക” ആണോ എന്ന് ബേസ്ലൈൻ തീരുമാനിക്കുന്നു.
ആദ്യം മോഡ്, പിന്നീട് പാക്കേജ്
ഈ ക്രമത്തിൽ പ്രവർത്തിക്കുക, കാരണം ഒരു ബേസ്ലൈനിൽ ചെയ്ത തിരഞ്ഞെടുപ്പ് മോഡ് മാറ്റത്തെ അതിജീവിച്ച് അതിന്റെ ഫലം നിശ്ശബ്ദമായി തലകീഴായി മാറ്റാം:
- യഥാർത്ഥ പാക്കേജ് ഏതെന്നും അത് വ്യക്തിഗത അല്ലെങ്കിൽ വർക്ക് പ്രൊഫൈൽ പകർപ്പാണോ എന്നും തിരിച്ചറിയുക.
- നിങ്ങൾ കണക്ട് ചെയ്യുന്ന അതേ VPN പ്രൊഫൈലിന്റെ ആപ്പ് തിരഞ്ഞെടുപ്പ് ക്രമീകരണങ്ങൾ തുറക്കുക.
- “തിരഞ്ഞെടുത്ത ആപ്പുകൾ മാത്രം VPN ഉപയോഗിക്കുന്നു” എന്നർത്ഥമുള്ള ബേസ്ലൈൻ സജ്ജമാക്കുക.
- ഉദ്ദേശിച്ച പാക്കേജ് ഉൾപ്പെടുത്തുക, ബന്ധമില്ലാത്ത ആപ്പുകളെ സെറ്റിൽ നിന്ന് ഒഴിവാക്കുക.
- പുതിയ ലിസ്റ്റുമായി ക്ലയന്റ് ഇന്റർഫേസ് പുനർനിർമ്മിക്കാൻ വീണ്ടും കണക്ട് ചെയ്യുക.
പാക്കേജ് എത്ര പ്രധാനമോ പ്രൊഫൈലും അത്രതന്നെ പ്രധാനമാണ്. ഒരു ക്ലയന്റിന് നിരവധി പ്രൊഫൈലുകൾ ഉണ്ടാകാം, ആപ്പ് അനുസരിച്ചുള്ള തിരഞ്ഞെടുപ്പ് നിങ്ങൾ യഥാർത്ഥത്തിൽ കണക്ട് ചെയ്യുന്ന പ്രൊഫൈലിനുള്ളതാണ്; ഒരിക്കലും ഉപയോഗിക്കാത്ത ഒരു പ്രൊഫൈൽ എഡിറ്റ് ചെയ്യുന്നത് ഒന്നും മാറ്റുന്നില്ല. മാനേജുചെയ്യുന്ന ഉപകരണത്തിൽ, വർക്ക് പ്രൊഫൈൽ വേറെ ഒരു ഉപയോക്താവാണ്, അതിന് സ്വന്തം ആപ്പ് പകർപ്പും സ്വന്തം പോളിസിയുമുണ്ട്, അതിനാൽ വ്യക്തിഗത ഇൻസ്റ്റൻസ് ടണലിനുള്ളിലാണെന്നത് വർക്ക് ഇൻസ്റ്റൻസിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
ഫലം വിലയിരുത്തുന്നതിന് മുൻപ് വീണ്ടും കണക്ട് ചെയ്യുക
ടണൽ ഇന്റർഫേസ് സ്ഥാപിക്കുമ്പോൾ VpnService ആപ്പ് ലിസ്റ്റുകൾ വായിക്കുന്നു. പ്രവർത്തിക്കുന്ന ടണൽ ഒരു ലിസ്റ്റ് മാറ്റം സ്വീകരിക്കണമെന്നില്ല, കൂടാതെ സ്വയം പുനർനിർമ്മിക്കുമോ അതോ നിങ്ങൾ വിച്ഛേദിച്ച് വീണ്ടും കണക്ട് ചെയ്യുന്നത് കാത്തിരിക്കുമോ എന്നതിൽ ക്ലയന്റുകൾ വ്യത്യാസപ്പെടുന്നു.
മാറ്റം ഒന്നും ചെയ്യുന്നില്ലെന്ന് തോന്നിയാൽ, ലിസ്റ്റിനെ സംശയിക്കുന്നതിന് മുൻപ് വീണ്ടും കണക്ട് ചെയ്യുന്നത് പരിശോധിക്കുക. പിന്നീട് ഇതിനകം തുറന്നിരുന്ന ഒരു പേജ് റീലോഡ് ചെയ്യുന്നതിന് പകരം പുതിയ ഒരു അഭ്യർത്ഥന നടത്തുക: സ്ഥാപിതമായ കണക്ഷൻ നിലനിർത്തുന്ന ആപ്പ് മോശം പരീക്ഷണ വിഷയമാണ്, നിങ്ങൾ കാണുന്ന ഫലം പഴയ ഇന്റർഫേസിന്റേതായിരിക്കാം.
നിങ്ങളുടെ പ്രവാഹം ആപ്പിൽ നിന്ന് പുറത്തുപോകാം
ഒരു ആപ്പ് സൈൻ-ഇന്നിനായി ബ്രൗസറിലേക്കോ, ഒരു ഡോക്യുമെന്റ് വ്യൂവറിലേക്കോ, ഒരു ഷെയർ ടാർഗെറ്റിലേക്കോ കൈമാറാം. ഉൾപ്പെടുത്തൽ-മാത്രം ബേസ്ലൈനിൽ ആ സഹായികൾ ടണലിന് പുറത്താണ്, അതിനാൽ ആദ്യ ആപ്പ് ശരിയായി ക്രമീകരിച്ചിരുന്നാലും പ്രവാഹം പാതിവഴിയിൽ പരാജയപ്പെടാം. പ്രവാഹത്തിന് ശരിക്കും ആവശ്യമുണ്ടെങ്കിൽ മാത്രം സഹായിയെ ഉൾപ്പെടുത്തുക, ഡെമോയ്ക്കിടയിൽ കണ്ടെത്തുന്നതിന് പകരം ബോധപൂർവ്വം ചേർക്കുക.
ആപ്പ് അനുസരിച്ചുള്ള തിരഞ്ഞെടുപ്പ് കണക്ഷന്റെ സ്വന്തം റൂട്ട് പോളിസിയെ മാറ്റിസ്ഥാപിക്കുന്നുമില്ല. പ്രൊഫൈൽ ഇപ്പോഴും ആപ്പ് ഉപയോഗിക്കുന്ന ലക്ഷ്യ പ്രിഫിക്സുകളും വിലാസ കുടുംബങ്ങളും വഹിക്കണം, ഗേറ്റ്വേ ഇപ്പോഴും സേവനം അനുവദിക്കണം. ശരിയായി ലിസ്റ്റ് ചെയ്ത ഒരു ആപ്പിന് എത്തിച്ചേരാൻ കഴിയാത്ത ലക്ഷ്യമുണ്ടെങ്കിൽ, തെറ്റായി ക്രമീകരിച്ച ലിസ്റ്റുപോലെ തന്നെ കാണും.
രണ്ട് വശവും പരിശോധിച്ച്, പിന്നീട് പോളിസി എഴുതുക
ഉൾപ്പെടുത്തിയ ആപ്പിൽ ഒരു പുതിയ അഭ്യർത്ഥനയും പുറത്ത് നിൽക്കേണ്ട ഒരു ആപ്പിൽ മറ്റൊന്നും പരിശോധിക്കുക. എക്സിറ്റ് വിലാസവും ഒരു സ്വകാര്യ റിസോഴ്സിലേക്കുള്ള പ്രവേശനവും താരതമ്യം ചെയ്ത്, വീണ്ടും കണക്ട് ചെയ്ത ശേഷം ആവർത്തിക്കുക. നിങ്ങളുടെ സംഘടന Android-ന്റെ VPN ഇല്ലാതെ കണക്ഷനുകൾ തടയുന്ന പോളിസി ഉപയോഗിക്കുന്നുണ്ടെങ്കിൽ, ഒഴിവാക്കിയ ആപ്പ് നേരിട്ട് പോകുന്നതിന് പകരം പൂർണ്ണമായി തടയപ്പെടാം; അത് പോളിസി പ്രവർത്തിക്കുന്നതാണ്, ചുറ്റിവളയ്ക്കേണ്ട തകരാറല്ല.
മോഡ്, പ്രൊഫൈലിനൊപ്പമുള്ള പാക്കേജ് പേരുകൾ, ഏത് ആപ്പുകൾ ഒഴിവാക്കണം, ടണൽ ഏത് വിലാസ കുടുംബങ്ങൾ വഹിക്കുന്നു, ടണൽ താഴെയായിരിക്കുമ്പോൾ എന്ത് സംഭവിക്കണം എന്നിവ രേഖപ്പെടുത്തുക. ക്ലയന്റിന് പ്രവാഹം വ്യക്തമായി പ്രകടിപ്പിക്കാൻ കഴിയില്ലെങ്കിൽ, root തലത്തിൽ ഫയർവാൾ നിയമങ്ങൾ എഡിറ്റ് ചെയ്യുന്നതിന് പകരം (അത് Android പിന്തുണയ്ക്കുന്ന ആപ്പ് അനുസരിച്ചുള്ള മെക്കാനിസത്തിന്റെ ഭാഗമല്ല) വിശാലമായ അംഗീകൃത ആപ്പ് സെറ്റോ മാനേജുചെയ്യുന്ന പ്രൊഫൈൽ പോളിസിയോ തിരഞ്ഞെടുക്കുക.