ആപ്പിലെ കിൽ സ്വിച്ചും ഫയർവാളിലെ കിൽ സ്വിച്ചും: ഓരോന്നും എന്താണ് തടയുന്നത്

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

ആദ്യം നിർവ്വഹണ സംവിധാനത്തിന് പേര് നൽകുക

പ്രോസസ് അവസാനിപ്പിക്കൽ ആപ്പിന്റെ ജീവിതചക്രത്തിന്റെ സവിശേഷതയാണ്. കണ്ടെത്തിയ ടണൽ പരാജയത്തിന് ശേഷം തിരഞ്ഞെടുത്ത പ്രോഗ്രാമുകൾ കണ്ടെത്തി അവ അടയ്ക്കുന്നു. പ്രധാന പ്രോസസ് അല്ലാത്തതെല്ലാം അതിജീവിക്കുന്നു: സഹായ സേവനങ്ങൾ, പശ്ചാത്തല സമന്വയം, ഒരു സെക്കൻഡ് കഴിഞ്ഞ് ആരംഭിച്ച ഏത് ആപ്പിനും അതിന്റേതായ ജീവിതചക്രവും സമയവുമുണ്ട്.

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

ബ്ലോക്ക് ക്ലൈന്റിനേക്കാൾ നീണ്ടുനിൽക്കുമോ?

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

നീണ്ട ഡൗൺലോഡിന്റെ നടുവിൽ ക്ലൈന്റ് അടയ്ക്കുക, കൈമാറ്റം നിൽക്കുന്നുണ്ടോ തുടരുന്നുണ്ടോ എന്ന് നോക്കുക.

സാധാരണ വിടവുകൾ നോക്കുക

IPv6 ആണ് ആദ്യത്തേത്. IPv4 വിലാസങ്ങൾക്കായി എഴുതിയ നിയമം IPv6 ട്രാഫിക്കിനെ തൊടാതെ വിടുന്നു, പല ക്ലൈന്റുകളും v4 പകുതി മാത്രം എഴുതുന്നു. രണ്ടാമത്തേത് ഇന്റർഫേസാണ്: USB ടെതറിംഗ്, രണ്ടാമത്തെ Wi-Fi അഡാപ്റ്റർ, സെല്ലുലാർ മോഡം എന്നിവ പ്രാഥമിക കണക്ഷനിൽ പരിമിതപ്പെടുത്തിയ നിയമത്തിൽ ഉൾപ്പെട്ടെന്ന് വരില്ല. ഒഴിവാക്കിയ ആപ്പുകൾ ലോക്കൽ-നെറ്റ്വർക്ക് ഒഴിവാക്കലുകളും മൂന്നാമത്തേതാണ്.

Windows-ൽ ടോഗിൾ വിശ്വസിക്കുന്നതിനുപകരം ഇൻസ്റ്റാൾ ചെയ്ത നിയമങ്ങൾ വായിക്കാം: Get-NetFirewallRule -DisplayName '*VPN*', netsh wfp show filters എന്നിവ രണ്ടും എന്താണുള്ളതെന്ന് കാണിക്കുന്നു. Linux-ൽ iptables -S, ip6tables -S, nft list ruleset എന്നിവ സാധാരണ കേസുകൾ ഉൾക്കൊള്ളുന്നു, മൂന്നും താരതമ്യം ചെയ്യുകയാണ് പ്രധാനം.

DNS ആണ് സാധാരണ ചോർച്ച

UDP 53 തുറന്നിട്ട് TCP തടയുന്നത് എല്ലാ ഹോസ്റ്റ്നെയിം ചോദ്യത്തിനും ഇപ്പോഴും ഉത്തരം നൽകുന്ന വളരെ വിശ്വസനീയമായ കിൽ സ്വിച്ച് നൽകുന്നു. DNS മറ്റൊരു ഇന്റർഫേസിലെ റിസോൾവറിന് നൽകുമ്പോഴും, ക്ലൈന്റ് v4 മാത്രം തടഞ്ഞ് റിസോൾവർ v6 വഴി ലഭ്യമാകുമ്പോഴും ഇതുതന്നെ ബാധകം.

ടണൽ താഴെയിരിക്കുമ്പോൾ ഒരു പരിചിതമായ പേര് റിസോൾവ് ചെയ്ത് ഉത്തരം തിരികെ വരുന്നുണ്ടോ എന്ന് നോക്കുക. വരുന്നുണ്ടെങ്കിൽ, സ്റ്റാറ്റസ് ഐക്കൺ എന്ത് പറഞ്ഞാലും ട്രാഫിക് പൂർണ്ണമായി തടഞ്ഞിട്ടില്ല.

ടോഗിൾ അല്ല, പരിവർത്തനം പരീക്ഷിക്കുക

സ്വന്തം മെനുവിൽ നിന്ന് VPN ഓഫ് ചെയ്യുന്നത് വ്യക്തമായ ഷട്ട്ഡൗണാണ്, വ്യക്തമായ കേസ് ഓരോ നടപ്പാക്കലും നന്നായി കൈകാര്യം ചെയ്യുന്നു. പ്രധാന പരിവർത്തനം പരുഷമായതാണ്: ടണൽ പ്രോസസ് കൊല്ലുക, നെറ്റ്വർക്ക് വലിച്ചെടുക്കുക, സെർവർ ഉത്തരം നൽകുന്നത് നിർത്തട്ടെ. പിന്നെ ഒരു അഭ്യർത്ഥന ആരംഭിച്ച് അത് പരാജയപ്പെടുന്നുണ്ടോ അല്ലെങ്കിൽ നിശബ്ദമായി ഭൗതിക ലിങ്ക് ഉപയോഗിക്കുന്നുണ്ടോ എന്ന് നോക്കുക.

ഒരു ലാപ്ടോപ്പിന്റെ ഫലം ഫോണിലേക്കോ റൗട്ടറിലേക്കോ കൈമാറില്ല. വ്യത്യസ്ത പ്ലാറ്റ്ഫോം API-കൾ, വ്യത്യസ്ത ഡിഫോൾട്ടുകൾ, Android-ൽ വ്യത്യാസം വ്യക്തമാണ്: ബ്ലോക്കിംഗിനൊപ്പമുള്ള always-on ക്ലൈന്റല്ല, സിസ്റ്റമാണ് നടപ്പാക്കുന്നത്, അതിനാൽ ക്ലൈന്റ് ചെയ്യാത്തപ്പോഴും അത് പ്രവർത്തിക്കുന്നു. Android VPN മാർഗ്ഗനിർദ്ദേശം ആ വിഭജനം വിവരിക്കുന്നു.

തിരികെ വരാനുള്ള വഴി സൂക്ഷിക്കുക

സിസ്റ്റം തലത്തിലുള്ള ബ്ലോക്കിംഗിന് വിപരീത പരാജയ മോഡുണ്ട്. ക്ലൈന്റിനേക്കാൾ നീണ്ടുനിൽക്കുന്ന ഫിൽട്ടറുകൾ അൺഇൻസ്റ്റാളിന് ശേഷം യന്ത്രത്തെ പൂർണ്ണമായി നെറ്റ്വർക്ക് ഇല്ലാതെ വിടാം, അത് വ്യക്തമായ കാരണമില്ലാത്ത ഒരു സപ്പോർട്ട് കോളാണ്. പ്ലാറ്റ്ഫോം നിയമങ്ങൾ എഴുതുന്ന ഏതെങ്കിലും കിൽ സ്വിച്ച് പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുമ്പ് അത് എങ്ങനെ നീക്കം ചെയ്യുന്നു എന്ന് എഴുതിവയ്ക്കുക, വെണ്ടറുടെ അറ്റകുറ്റപ്പണി വഴി കണ്ടെത്താൻ കഴിയുന്നിടത്ത് സൂക്ഷിക്കുക.

നിങ്ങളുടെ ക്ലൈന്റിനായുള്ള ക്രാഷ്, IPv6, DNS, പരിവർത്തന പരിശോധനകൾക്ക് ഉത്തരം നൽകാൻ കഴിയുന്നില്ലെങ്കിൽ, അറിയപ്പെടുന്ന വിടവുകളുള്ള ആപ്പ് തല സ്വിച്ചായി കണക്കാക്കി അതനുസരിച്ച് ആസൂത്രണം ചെയ്യുക.