എൻക്രിപ്ഷൻ തകർക്കാതെ ഒരു നെറ്റ്വർക്കിന് നിങ്ങളുടെ VPN ബ്ലോക്ക് ചെയ്യാൻ കഴിയുമോ?
എൻക്രിപ്ഷൻ ഉള്ളടക്കത്തെ സംരക്ഷിക്കുന്നു, വിതരണത്തെയല്ല. ബ്ലോക്ക് ലിസ്റ്റുകൾ, അനുവദിച്ച ലിസ്റ്റുകൾ, പൂർണ തടയൽ എന്നിവ താരതമ്യം ചെയ്ത ശേഷം, ഒരു നിരീക്ഷണത്തിന് യഥാർത്ഥത്തിൽ എന്ത് സ്ഥാപിക്കാനാകും എന്ന് ചോദിക്കുക.
ഒരു ടണൽ തടയാൻ ഏതെങ്കിലും ഓപ്പറേറ്റർക്ക് സെഷൻ കീ ആവശ്യമില്ല: പാതയിലെ പാക്കറ്റുകൾ വലിച്ചെറിയൂ, അത് പരാജയപ്പെടും, എന്നാൽ ക്രിപ്റ്റോഗ്രഫി അതിന്റെ രൂപകൽപ്പന വാഗ്ദാനം ചെയ്ത അത്രയും ശക്തമായി തുടരും. എൻക്രിപ്ഷൻ സംഭാഷണം വഹിക്കുന്നതിനെ സംരക്ഷിക്കുന്നു, ഏതെങ്കിലും നെറ്റ്വർക്കിന് അത് വഹിക്കാനുള്ള സന്നദ്ധതയെയല്ല. ഈ രണ്ട് സ്വഭാവങ്ങളെ വേർതിരിക്കുന്നത് തടയാനാവാത്തതു സംബന്ധിച്ച വാദത്തെ, ഏത് നയമാണ് നിലവിലുള്ളത്, അത് എത്ര ദൂരം എത്തുന്നു എന്ന ചോദ്യമാക്കി മാറ്റുന്നു. താഴെയുള്ള താരതമ്യം ലഭ്യതയും രഹസ്യതയും വേർതിരിച്ചു നിർത്തുന്നു, കാരണം VPN ബ്ലോക്കിംഗിനെക്കുറിച്ചുള്ള മിക്ക ഉറച്ച അവകാശവാദങ്ങളും അവയെ നിശ്ശബ്ദമായി ഒരുമിപ്പിക്കുന്നു.
എത്തിച്ചേരാനുള്ള കഴിവ് പാത എടുക്കുന്ന തീരുമാനമാണ്
ഓരോ ഗതാഗതവും പാക്കറ്റുകൾ കൈമാറുന്ന പാതയെ ആശ്രയിച്ചിരിക്കുന്നു, ഇവിടത്തെ ഓരോ നയപരമായ ചോദ്യവും ആ കൈമാറ്റ തീരുമാനത്തിലേക്ക് ചുരുങ്ങുന്നു. പാക്കറ്റുകൾ വലിച്ചെറിയുന്ന നിയമം രഹസ്യതയെ തൊടാതെ ലഭ്യതയെ മാറ്റുന്നു, അങ്ങനെയാണ് ഒരു ടണൽ കുറ്റമറ്റതായി എൻക്രിപ്റ്റ് ചെയ്യപ്പെട്ടതും അതേ നിമിഷം പൂർണ്ണമായും ഉപയോഗശൂന്യവുമാകാൻ കഴിയുന്നത്. ആ ഫലത്തിൽ ഒന്നും ഒരു സൈഫർ തകർക്കാനോ കീ വീണ്ടെടുക്കാനോ ആവശ്യപ്പെടുന്നില്ല. അത് പാതയിന്മേലുള്ള നിയന്ത്രണം മാത്രം ആവശ്യപ്പെടുന്നു.
ആശയക്കുഴപ്പം സാധാരണയായി ആരംഭിക്കുന്നത് രണ്ട് സ്വഭാവങ്ങൾ ഒരു വാക്ക് പങ്കിടുമ്പോഴാണ്. ശക്തമായ ക്രിപ്റ്റോഗ്രഫി ഒരു പ്രവാഹം ആർക്ക് വായിക്കാം എന്ന് പറയുന്നു; ഇടയിലുള്ള ഉപകരണം അത് കടത്തിവിടുമോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. അതിനാൽ VPN ബ്ലോക്ക് ചെയ്യാനാവില്ല എന്ന അവകാശവാദത്തിന് അതിനടിയിൽ രണ്ടാമതൊരു അവകാശവാദം വേണം, അതായത് പാതയിൽ ആരും പാക്കറ്റുകൾ വലിച്ചെറിയാൻ തയ്യാറല്ല എന്ന്.
നടപ്പാക്കൽ ശൈലികളും ഓരോന്നിന്റെയും വിലയും
മൂന്ന് ശൈലികൾ മിക്ക യഥാർത്ഥ നയങ്ങളെയും ഉൾക്കൊള്ളുന്നു, അവ എന്ത് അറിയണം, നടത്താൻ എത്ര ചെലവാകും, മറ്റാർ ദുരിതമനുഭവിക്കുന്നു എന്നിവയിൽ വ്യത്യാസപ്പെടുന്നു. ഓരോന്നിനും ഒന്നും ഡീക്രിപ്റ്റ് ചെയ്യാതെ ഒരു ടണൽ നിരസിക്കാനാകും. വ്യത്യാസങ്ങൾ പ്രധാനമാണ്, കാരണം ബ്ലോക്കിംഗ് എന്ന അതേ വാക്ക് മൂന്നിനും ഉപയോഗിക്കുന്നു.
| Style | Default | What it must know | Who else is affected |
|---|---|---|---|
| Blocklist | Allow, minus listed destinations | Addresses and ports of known endpoints | Unrelated tenants on a listed address |
| Allowlist | Deny, plus approved destinations | A maintained definition of permitted traffic | Anything outside the approved set |
| Shutdown | Deny broadly for a period | Nothing about the protocol | Ordinary services along the same path |
ആ പട്ടിക ഒരു ചെലവ് ഭൂപടമാണ്, റാങ്കിംഗല്ല. ബ്ലോക്ക് ലിസ്റ്റ് ആരംഭിക്കാൻ വിലകുറഞ്ഞതും കൃത്യമായി നിലനിർത്താൻ ചെലവേറിയതുമാണ്; അനുവദിച്ച ലിസ്റ്റ് കണ്ടെത്തലിനെ പകരം അനുവദിച്ച കൂട്ടത്തിന്റെ പരിപാലനത്തിന് നൽകുന്നു, പൂർണ തടയലിന് ഒരു വർഗ്ഗീകരണവും ആവശ്യമില്ല. അവയെ വേർതിരിക്കുന്നത് സാങ്കേതിക സൂക്ഷ്മതയല്ല, ഓരോന്നും തുടർച്ചയായ പരിശ്രമം എവിടെ വയ്ക്കുന്നു എന്നതാണ്. കടലാസിൽ ലളിതമായി തോന്നുന്ന നയത്തിന് സാധാരണയായി മറ്റെവിടെയോ ഒരു മറഞ്ഞ പരിപാലന വരിയുണ്ട്.
ബ്ലോക്ക് ലിസ്റ്റ് പരിമിതപ്പെടുന്നത് വിലാസം ഒരു സേവനത്തെ എത്ര നന്നായി പേരിടുന്നു എന്നതിലാണ്
ബ്ലോക്ക് ലിസ്റ്റ് ഇതിനകം തിരിച്ചറിഞ്ഞ ലക്ഷ്യങ്ങളെ നിരസിക്കുകയും ബാക്കിയുള്ളവ പൊതുവെ ലഭ്യമായി വിടുകയും ചെയ്യുന്നു. അത് നടപ്പാക്കാൻ വ്യക്തമായ എഴുത്തല്ല, വിലാസങ്ങളും പോർട്ടുകളും വേണം, അതാണ് തുടക്കത്തിൽ അതിനെ വിലകുറഞ്ഞതാക്കുന്നത്. ചെലവ് പിന്നീട് വരുന്നു, കാരണം ഒരിക്കൽ ഒരു ദാതാവിനെ സൂചിപ്പിച്ച ശ്രേണിക്ക് പിന്നീട് ഡസൻ കണക്കിന് ബന്ധമില്ലാത്ത വാടകക്കാരെ പാർപ്പിക്കാനാകും. ഓരോ വിലാസ മാറ്റവും ലിസ്റ്റ് തിരുത്തൽ അനിവാര്യമാക്കുന്നു, ഓരോ പഴയ എൻട്രിയും നിരപരാധിയായ ട്രാഫിക്കിനെ കൂടെ കൊണ്ടുപോകുന്നു.
ഈ മാതൃകയിൽ കൃത്യത പരിമിതപ്പെടുന്നത് ഒരു ലക്ഷ്യം ഒരു സേവനത്തെ എത്ര നന്നായി തിരിച്ചറിയുന്നു എന്നതിലാണ്, തിരക്കേറിയ പങ്കിട്ട അന്ത്യബിന്ദു മോശം തിരിച്ചറിയലാണ്. ഇത് ഘടനാപരമായ പരിധിയാണ്, നടപ്പാക്കലിലെ വീഴ്ചയല്ല, അതിനാൽ മെച്ചപ്പെട്ട ഉപകരണങ്ങൾ ഇത് നീക്കുന്നില്ല. ബ്ലോക്ക് ലിസ്റ്റുകൾ വളരാൻ സാധ്യതയുള്ളത് എന്തുകൊണ്ടെന്നും ഇത് വിശദീകരിക്കുന്നു: ഓരോ പുതിയ അന്ത്യബിന്ദുവും ചെറിയ കൂട്ടിച്ചേർക്കലായി തോന്നുന്നു, പാർശ്വ നഷ്ടം ലിസ്റ്റിനൊപ്പം വളരുന്നു.
അനുവദിച്ച ലിസ്റ്റ് പരിപാലന ഭാരം മാറ്റുന്നു
അനുവദിച്ച ലിസ്റ്റ് സ്ഥിരസ്ഥിതിയെ മറിച്ചിടുന്നു, അങ്ങനെ മുൻകൂട്ടി തിരഞ്ഞെടുത്ത ലക്ഷ്യങ്ങളോ ട്രാഫിക് തരങ്ങളോ മാത്രം കടന്നുപോകാം. ഓരോ വിലക്കപ്പെട്ട അന്ത്യബിന്ദുവും എണ്ണേണ്ടതില്ല, വിലക്കപ്പെട്ട കൂട്ടം വലുതോ വേഗത്തിൽ മാറുന്നതോ ആകുമ്പോൾ ഇത് സഹായിക്കുന്നു. പകരം അതിന് അനുവദിച്ചതിന്റെ പരിപാലിക്കുന്ന വ്യാഖ്യാനവും ആ വ്യാഖ്യാനവുമായി പൊരുത്തപ്പെടുന്ന നടപ്പാക്കലും വേണം.
അത്തരം ഒരു വ്യാഖ്യാനത്തിലെ സാധാരണ ദുർബല ബിന്ദുവാണ് പോർട്ട് നമ്പറുകൾ. ഒരു പോർട്ട് അനുവദിക്കുന്നത് അത് ഉപയോഗിക്കാവുന്ന ഓരോ ആപ്ലിക്കേഷനെയും തിരിച്ചറിയുന്നതിന് തുല്യമല്ല, അതിനാൽ പോർട്ട് അടിസ്ഥാനമാക്കിയ അനുവദിച്ച ലിസ്റ്റ് പലപ്പോഴും രചയിതാവ് ഉദ്ദേശിച്ചതിലും കൂടുതൽ സ്വീകരിക്കുന്നു. പ്രോട്ടോക്കോൾ വിരലടയാളങ്ങൾക്കും മറ്റൊരു കോണിൽ അതേ പ്രശ്നമുണ്ട്, കാരണം അവ ട്രാഫിക്കിന്റെ രൂപം തിരിച്ചറിയുന്നു, ഉദ്ദേശ്യമല്ല. അതിനാൽ അനുവദിച്ച ലിസ്റ്റ് സ്വയം ബ്ലോക്ക് ലിസ്റ്റിനെക്കാൾ കൃത്യമല്ല; അത് മറ്റൊരു കാര്യത്തിൽ കൃത്യമാണ്.
ഒരു നിരീക്ഷണത്തിന് പിന്തുണയ്ക്കാനാകുന്നതും ആകാത്തതും
ബ്ലോക്കിംഗിനെക്കുറിച്ചുള്ള ഏത് അവകാശവാദവും കൈയിൽ നാല് ചോദ്യങ്ങളുമായി വായിക്കണം: ഏത് പ്രവേശന നെറ്റ്വർക്കുകൾ, ഏത് ലക്ഷ്യങ്ങൾ, ഏത് പ്രോട്ടോക്കോളുകൾ, ഏത് നിരീക്ഷണ കാലയളവ്. ഇന്ന് ഒരു മൊബൈൽ നെറ്റ്വർക്കിൽ കണ്ട പരാജയം നാളെ മറ്റൊരു നെറ്റ്വർക്കിൽ നിന്ന് അതേ അന്ത്യബിന്ദുവിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ഒരിക്കൽ പ്രവർത്തിച്ച ടണലും സ്ഥിരമായ ലഭ്യതയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
പരാജയത്തിന്റെ കാരണത്തെക്കുറിച്ച് സിദ്ധാന്തിക്കുന്നതിന് മുൻപേ അതിന്റെ രൂപം നിരീക്ഷിക്കാനാകും. നിശ്ശബ്ദമായ തങ്ങിനിൽക്കൽ, ഉടനടിയുള്ള നിരസിക്കൽ, ബന്ധിപ്പിച്ചതിന് ശേഷമുള്ള പുനഃസജ്ജീകരണം എന്നിവ വ്യത്യസ്ത നടപ്പാക്കൽ ശൈലികളെ സൂചിപ്പിക്കുന്നു, രണ്ട് കമാന്റുകൾ അവയെ വേർതിരിക്കുന്നു:
curl -sS -m 8 https://vpn.example.com/ -o /dev/null -w "%{http_code}\n"
traceroute -n -m 8 vpn.example.comസമയപരിധിയിൽ അവസാനിക്കുന്ന തങ്ങിനിൽക്കൽ നിശ്ശബ്ദ വലിച്ചെറിയലിനെ സൂചിപ്പിക്കുന്നു, വേഗത്തിലുള്ള നിരസിക്കൽ പാതയിലെ നിരസിക്കുന്ന ഉപകരണത്തെ, ബന്ധിപ്പിച്ചതിന് ശേഷമുള്ള പുനഃസജ്ജീകരണം കാണാത്ത റൂട്ടിനെക്കാൾ അവസ്ഥയുള്ള ഇടപെടലിനെ സൂചിപ്പിക്കുന്നു. സെൻസർഷിപ്പ് സാങ്കേതികവിദ്യകളെക്കുറിച്ചുള്ള RFC 9505 സർവേ ആ രൂപങ്ങൾക്ക് പിന്നിലെ നിയന്ത്രണ ബിന്ദുക്കളെയും ഇടപെടൽ മാതൃകകളെയും വിവരിക്കുന്നു. എന്നാൽ അവയൊന്നും നയം എത്ര വ്യാപകമായി ബാധകമാണെന്ന് പറയുന്നില്ല. സ്ഥിരത ലഭ്യതയെക്കാൾ ശക്തമായ അവകാശവാദമാണ്: അന്ത്യബിന്ദുക്കൾ, സോഫ്റ്റ്വെയർ, നയങ്ങൾ, അനുവദിച്ച സേവനങ്ങൾ എല്ലാം മാറുന്നു, അതിനാൽ അനിശ്ചിതമായ ഫലപ്രാപ്തിക്ക് നടപ്പാക്കൽ തുടരുമെന്ന അനുമാനങ്ങൾ വേണം, ഒരു നിമിഷത്തിൽ കണ്ട വിലാസങ്ങളുടെ പട്ടികയല്ല.