VPN ഓണായിരിക്കുമ്പോൾ ആപ്പ് പ്രവർത്തിക്കരുത്: എന്താണ് അത് നടപ്പാക്കുന്നത്

kill switch-കളും ഓവർലാപ്പ്-നിരോധന നിയമങ്ങളും വിപരീത ദിശകളിലേക്ക് ചൂണ്ടുന്നു, അതാണ് സാധാരണ VPN ക്രമീകരണങ്ങൾ രണ്ടാമത്തേത് ഒരിക്കലും പ്രകടിപ്പിക്കാത്തത്. kill switch വീണ ടണലിനോട് പ്രതികരിക്കുന്നു, എന്നാൽ ഈ ആവശ്യകത മുകളിലുള്ള ടണലിനോട് പ്രതികരിച്ച് ആപ്പിനെ ചിത്രത്തിന് പുറത്ത് നിർത്തുന്നു. ഒരു ഡിസൈൻ തീരുമാനം ഏറെയും പരിഹരിക്കുന്നു: ആപ്പ് നിർത്തണമോ, തുടങ്ങുന്നത് തടയണമോ, അതല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് ആക്സസ് മാത്രം എടുത്തുകളയണമോ. ഫയർവാൾ നിയമത്തിലേക്കോ പ്രോസസുകളെ കൊല്ലുന്ന ലൂപ്പിലേക്കോ ചെല്ലുന്നതിന് മുമ്പ് ആ പാളി തിരഞ്ഞെടുക്കുക, കാരണം നിരീക്ഷണത്തിലൂടെ നടപ്പാക്കുന്ന നിയമം ഓരോ ലോഞ്ചിലും ഒരു വിൻഡോ ചോർത്തുന്നു.

കെട്ടുകഥ: kill switch പ്രോഗ്രാമുകൾ തുടങ്ങുന്നത് തടയുന്നു

kill switch-കൾ ട്രാഫിക് നിയന്ത്രണങ്ങളാണ്, അതിൽ അവർ സത്യസന്ധരാണ്: ടണലിന്റെ അവസ്ഥ അനുസരിച്ച് പാക്കറ്റുകൾ അനുവദിക്കുകയോ നിരസിക്കുകയോ ചെയ്യുന്നു. അവയൊന്നും ഒരു പ്രോഗ്രാം തുടങ്ങാൻ വിസമ്മതിക്കുന്നില്ല, ഏത് എക്സിക്യൂട്ടബിളാണ് സോക്കറ്റ് തുറന്നതെന്ന് ഒന്നും പരിശോധിക്കുന്നില്ല. ഡെസ്ക്ടോപ്പ് ഷോർട്ട്കട്ട്, ഷെഡ്യൂൾ ചെയ്ത ടാസ്ക്, ബാക്ക്ഗ്രൗണ്ട് സഹായി—എല്ലാം ആപ്പിന്റെ പേര് അറിയുന്ന ഒന്നിലൂടെയും കടക്കാതെ നെറ്റ്‌വർക്കിൽ എത്തുന്നു. ഈ രണ്ട് സംവിധാനങ്ങൾ തമ്മിലുള്ള ദൂരമാണ് ഏറെ ആശയക്കുഴപ്പം താമസിക്കുന്നിടം.

ഒരു പ്രോഗ്രാം തുടങ്ങാമോ എന്ന് യഥാർത്ഥത്തിൽ തീരുമാനിക്കുന്ന ക്രമീകരണം ആപ്ലിക്കേഷൻ നിയന്ത്രണമാണ്. Windows-ൽ അത് AppLocker അല്ലെങ്കിൽ WDAC, മാനേജ് ചെയ്ത macOS-ൽ ഉപകരണ പ്രൊഫൈൽ നടപ്പാക്കുന്ന അനുവദനീയ പട്ടിക. രണ്ടും ടണലിൽ നിന്ന് സ്വതന്ത്രമാണ്, അതിനാൽ രണ്ട് ആവശ്യകതകളും ഒരേ ടിക്കറ്റിൽ ലയിച്ച് പിന്നീട് ഒന്നും പൂർത്തിയാകുന്നില്ല.

ഉപകരണത്തിന്റെ പേരിന് മുമ്പ് മോഡിന്റെ പേര് പറയുക

നിയമം മൂന്ന് അവസ്ഥകളുള്ള സ്റ്റേറ്റ് മെഷീനായി എഴുതുക: സാധാരണ ഉപയോഗം, VPN ജോലി സെഷൻ, പുറത്തുകടക്കൽ. നിരോധിത ഓവർലാപ്പ് മധ്യ അവസ്ഥയുടേതാണ്, ക്ലയന്റ് സോഫ്റ്റ്‌വെയറിന്റേതല്ല.

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

ഇരുവശ ഏറ്റുമുട്ടൽ യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുന്നു

യഥാർത്ഥത്തിൽ systemd നിയന്ത്രിക്കുന്ന രണ്ട് സേവനങ്ങൾക്ക് Conflicts= സമമിതമാണ്: ഒന്ന് തുടങ്ങുന്നത് മറ്റൊന്നിനെ നിർത്തുന്നു. യൂണിറ്റ് റഫറൻസ് ആ പെരുമാറ്റം രേഖപ്പെടുത്തുന്നു, ഒന്ന് നിർത്തുന്നത് പൂർത്തിയാക്കേണ്ടിവരുമ്പോൾ മറ്റൊന്ന് തുടങ്ങുന്നതിന് മുമ്പ് വ്യക്തമായ ക്രമം വെവ്വേറെ ആവശ്യപ്പെടുന്നു. ആ ക്രമ എൻട്രികളില്ലാതെ നിർത്തലും തുടക്കവും മത്സരിക്കുന്നു, ഫലം സമയത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

ഇത് നിരോധന പട്ടികയല്ല. ആശ്രിതത്വം തലകീഴായി ബന്ധിപ്പിക്കുക, എന്നാൽ ആപ്പ് തുടങ്ങുന്നത് പകരം VPN നിർത്തും, സാങ്കേതികമായി പ്രവചിക്കാവുന്ന നിമിഷത്തിൽ ടണൽ സ്വയം വിച്ഛേദിക്കുമ്പോൾ സംശയിക്കേണ്ട തകരാർ അതാണ്. ഡെസ്ക്ടോപ്പ് ആപ്പ് systemd യൂണിറ്റല്ല, NetworkManager കണക്ഷനും യൂണിറ്റല്ല, അതിനാൽ ഈ മാതൃക നിങ്ങൾ തന്നെ പൊതിഞ്ഞ സേവനങ്ങൾക്ക് മാത്രമേ പ്രവർത്തിക്കൂ.

ആദ്യ ലോഞ്ച് മാത്രമല്ല, പരിവർത്തനങ്ങൾ പരിശോധിക്കുക

നാല് പരിവർത്തനങ്ങൾ ആവശ്യകത നിലനിൽക്കുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുന്നു: ആപ്പ് പ്രവർത്തിക്കുന്നതിനിടയിൽ സെഷനിൽ പ്രവേശിക്കൽ, സെഷന്റെ നടുവിൽ അത് വീണ്ടും തുടങ്ങൽ, പരാജയപ്പെട്ട VPN തുടക്കം, ബോധപൂർവമുള്ള വിച്ഛേദം. ഓരോന്നും പരിശോധിച്ച് ഫലം യൂണിറ്റ് ഫയലുകൾക്ക് അടുത്ത് സൂക്ഷിക്കുക. താഴെയുള്ള കമാൻഡുകൾ നിലവിലെ ബന്ധം വായിച്ച് ഏറ്റവും പ്രധാനമായ പരിവർത്തനം പരിശീലിക്കുന്നു.

systemctl show work-vpn.service -p Conflicts -p After
systemctl start work-vpn.service
systemctl is-active office-sync.service
nmcli connection show --active

മൂന്നാമത്തെ കമാൻഡ് ആപ്പിനെ നിഷ്ക്രിയമായി വിടണം, നാലാമത്തേത് സെഷൻ നടക്കുമ്പോൾ ടണൽ കണക്ഷൻ മാത്രം പട്ടികപ്പെടുത്തണം. വ്യത്യസ്ത ഫലം എന്നാൽ പരിവർത്തനം ഒട്ടും നടപ്പാക്കുന്നില്ല എന്നാണ്.

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