നിങ്ങൾ ടണലിൽ നിന്ന് ഒഴിവാക്കിയ ആപ്പിനെ നിങ്ങളുടെ കിൽ സ്വിച്ച് തടയുമോ?

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

രണ്ട് നയങ്ങൾ, ഒരു യന്ത്രം

കിൽ സ്വിച്ച് പരാജയത്തെക്കുറിച്ചുള്ള ഒരു വാഗ്ദാനമാണ്: ടണൽ ട്രാഫിക്കിനെ സംരക്ഷിക്കാത്തപ്പോൾ ട്രാഫിക് നിലയ്ക്കുന്നു. വിഭജിത ടണൽ തിരഞ്ഞെടുപ്പിനെക്കുറിച്ചുള്ള ഒരു വാഗ്ദാനമാണ്: ഈ പ്രോഗ്രാമുകളോ ലക്ഷ്യങ്ങളോ ടണൽ ഉപയോഗിക്കുന്നു, മറ്റുള്ളവ ഉപയോഗിക്കുന്നില്ല. രണ്ടാമത്തെ വാഗ്ദാനം ആദ്യത്തേത് തീരുമാനിക്കേണ്ട ട്രാഫിക് സൃഷ്ടിക്കുന്നു. ഒരു വാഗ്ദാനവും തെറ്റല്ല; വ്യത്യസ്ത ആളുകൾ വ്യത്യസ്ത ഭീഷണികൾക്കായി അവ എഴുതിയതാണ്.

മൂന്ന് ഫലങ്ങൾ സാദ്ധ്യമാണ്, അവയിൽ ഒന്ന് മാത്രമാണ് വിന്യാസം ഉദ്ദേശിച്ചത്. ഒഴിവാക്കിയ ആപ്പ് തകരാറിനിടയിൽ നേരിട്ട് തുടരാം, ഇത് വിഭജനത്തെ മാനിക്കുകയും കിൽ സ്വിച്ച് തകർക്കുകയും ചെയ്യുന്നു. അത് മറ്റെല്ലാത്തിനൊപ്പം തടയപ്പെടാം, ഇത് കിൽ സ്വിച്ചിനെ മാനിക്കുകയും വിഭജനം തകർക്കുകയും ചെയ്യുന്നു. അല്ലെങ്കിൽ ഇന്റർഫേസ് അപ്രത്യക്ഷമായതിന് ശേഷം പ്ലാറ്റ്ഫോം നിയമം എങ്ങനെ വിലയിരുത്തുന്നു എന്നതിനെ ആശ്രയിച്ച് അത് ചിലപ്പോൾ മാത്രം തടയപ്പെടാം. അവസാന സാഹചര്യമാണ് ടിക്കറ്റുകൾ സൃഷ്ടിക്കുന്നത്.

നിയമത്തിന് മുമ്പ് ആപ്പ് പട്ടിക എഴുതുക

ടണൽ ഉപയോഗിക്കേണ്ട പ്രോഗ്രാമുകൾ, നേരിട്ട് പോകേണ്ടവ, ഒരു പട്ടികയിലും ഒരിക്കലും പ്രത്യക്ഷപ്പെടരുതാത്ത പേരുകൾ അല്ലെങ്കിൽ ലക്ഷ്യങ്ങൾ എന്നിവ പട്ടികപ്പെടുത്തുക. റെസോൾവർ പെരുമാറ്റവും IPv6 വശവും വെവ്വേറെ ഉൾപ്പെടുത്തുക, കാരണം രണ്ടും പേജ് ട്രാഫിക്കിൽ നിന്ന് വ്യത്യസ്ത നയം പിന്തുടരാം.

ഓരോ ആപ്പിനുമുള്ള നിയമങ്ങൾ സാധാരണയായി ഒരു എക്സിക്യൂട്ടബിൾ ഫയലിനോ പാക്കേജിനോ യോജിക്കുന്നു, അതിനുള്ളിലെ പ്രൊഫൈലിനോടല്ല. ബ്രൗസർ പ്രൊഫൈൽ, സ്വകാര്യ വിൻഡോ, വിപുലീകരണം എന്നിവയ്ക്ക് സ്വന്തം നെറ്റ്വർക്ക് ഐഡന്റിറ്റി ഇല്ല, അതിനാൽ പ്രോസസ്സിന് ലഭിച്ചത് അവ പാരമ്പര്യമായി സ്വീകരിക്കുന്നു. ആ ബ്രൗസർ ആരംഭിച്ച സഹായ പ്രോസസ്സിന് അതേ നിയമം പാരമ്പര്യമായി ലഭിച്ചേക്കില്ല.

ഒരു പട്ടികയല്ല, രണ്ട് പട്ടികകൾ ആവശ്യമാണ്: ടണൽ എന്ത് വഹിക്കണം, ഏത് കാരണവശാലും അതിന് പുറത്ത് പോകരുത്. രണ്ടിലും പ്രത്യക്ഷപ്പെടുന്ന ആപ്പ് നടപ്പാക്കലിന്റെ വിശദാംശമല്ല, ആവശ്യകതയുടെ സംഘർഷമാണ്, ക്ലയന്റ് ക്രമീകരിക്കുന്നതിന് മുമ്പ് അത് പരിഹരിക്കണം.

തകരാറിനിടയിൽ ക്ലയന്റ് എന്ത് ചെയ്യുന്നു

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

VPN ഇല്ലാതെ കണക്ഷനുകൾ തടയുന്ന ഓപ്ഷനോടുകൂടിയ Android-ന്റെ എപ്പോഴും ഓണായ VPN ആണ് ഏറ്റവും വ്യക്തമായ കേസ്, കാരണം ലോക്ക്‌ഡൗൺ ക്ലയന്റല്ല, പ്ലാറ്റ്ഫോമാണ് നടപ്പാക്കുന്നത്, ടണൽ താഴെയായിരിക്കുമ്പോൾ ഒഴിവാക്കിയ പാക്കേജ് മറ്റെല്ലാത്തിനൊപ്പം തടയപ്പെടുന്നു. സ്വന്തം ഡ്രൈവറിനുള്ളിൽ ഓരോ ആപ്പിനുമുള്ള ഒഴിവാക്കലുകൾ പ്രയോഗിക്കുന്ന ഡെസ്ക്ടോപ്പ് ക്ലയന്റ് സാധാരണയായി ഒഴിവാക്കിയ പ്രോസസ്സിനെ ഭൗതിക ഇന്റർഫേസിൽ വിടുന്നു, കാരണം ആ പ്രോസസ്സിന്റെ ട്രാഫിക് അതിന്റേതായിരുന്നില്ല. രണ്ട് പെരുമാറ്റങ്ങളും ന്യായീകരിക്കാം, ഒഴിവാക്കിയ ആപ്പ് ഉപയോഗയോഗ്യമായി തുടരണമെന്ന ആവശ്യകതയോട് യോജിക്കുന്നത് ഒന്ന് മാത്രം. ഫലം വ്യാഖ്യാനിക്കുന്നതിന് മുമ്പ് ഏത് ഘടകമാണ് നിയമം നടപ്പാക്കുന്നതെന്ന് ചോദിക്കുക.

നിങ്ങളുടെ മുന്നിലുള്ള ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ പെരുമാറ്റം വായിക്കുക, മറ്റൊരിടത്തുള്ള അതേ പേരിലുള്ള സെറ്റിംഗ് അല്ല. നടപ്പാക്കൽ API-കൾ വ്യത്യസ്തമാണ്, ഒരു ചെക്ക്ബോക്സ് ഡെസ്ക്ടോപ്പിലും ഫോണിലും തികച്ചും വ്യത്യസ്ത കാര്യങ്ങൾ അർത്ഥമാക്കാം. പതിപ്പും പ്രധാനമാണ്, കാരണം Android റിലീസുകൾക്കിടയിൽ ലോക്ക്‌ഡൗൺ നിയന്ത്രണം സ്ക്രീനുകൾക്കിടയിൽ മാറി, ക്ലയന്റ് വശത്തുള്ള ഒഴിവാക്കൽ പട്ടിക പ്ലാറ്റ്ഫോം ലോക്ക്‌ഡൗണിന് തുല്യമായ നിയന്ത്രണമല്ല.

മൂന്ന് നിമിഷങ്ങൾ: ടണൽ ഓൺ, ടണൽ ഓഫ്, വീണ്ടും ബന്ധിപ്പിക്കൽ

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

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --interface tun0 https://api.ipify.org
dig +short example.com

പുറത്തേക്കുള്ള വിലാസം ഏത് പാതയാണ് സ്വീകരിച്ചതെന്ന് കാണിക്കുന്നു, വ്യക്തമായ ഇന്റർഫേസ് പരിശോധന ടണൽ ഒരേയൊരു ലഭ്യമായ പുറത്തേക്കുള്ള വഴിയായിരിക്കുമ്പോൾ എന്ത് സംഭവിക്കുന്നുവെന്ന് കാണിക്കുന്നു. ഏതെങ്കിലും ഓടിക്കുന്നതിന് മുമ്പ് ഓരോ വരിയുടെയും അടുത്ത് പ്രതീക്ഷിത ഫലം എഴുതുക, അല്ലെങ്കിൽ ഔട്ട്പുട്ട് പിന്നീട് വ്യാഖ്യാനിക്കപ്പെടും.

ഒഴിവാക്കിയ ആപ്പ് ഓഫ്ലൈനായാൽ, വിശാലമായ ഫയർവാൾ അനുമതി ചേർക്കുന്നതിന് മുമ്പ് നയത്തിന്റെ മുൻഗണന പരിശോധിക്കുക, കാരണം ആ പരിഹാരം നിങ്ങൾ പരിശോധിച്ചിരുന്ന വ്യത്യാസം നശിപ്പിക്കുന്നു. അത് നേരിട്ട് തുടരുന്നെങ്കിൽ, അത് രേഖപ്പെടുത്തിയ ഒഴിവാക്കലായിരുന്നുവെന്നും യാദൃച്ഛിക പിൻവാങ്ങലല്ലെന്നും ഉറപ്പാക്കുക. മുഴുവൻ ഉപകരണത്തിനും കർശനമായ ആവശ്യകതയാണെങ്കിൽ, കൈകൊണ്ട് പരിശോധിക്കാൻ കഴിയുന്നതുവരെ ഒഴിവാക്കൽ പട്ടിക ചെറുതാക്കുക.