ടണൽ എന്താണ് എൻക്രിപ്റ്റ് ചെയ്യുന്നത്, എന്താണ് വായിക്കാവുന്നതായി വിടുന്നത്

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

ടണൽ യഥാർത്ഥത്തിൽ എന്താണ് ഉൾക്കൊള്ളുന്നത്

ക്ലയന്റും VPN സഹപ്രവർത്തകനും ഇടയിൽ വായിക്കാവുന്ന അഭ്യർത്ഥനയല്ല, എൻക്രിപ്റ്റ് ചെയ്ത ബൈറ്റുകളാണ് നിരീക്ഷകൻ കാണുന്നത്. ടണൽ കടന്നുപോകുന്ന ഭാഗത്തെ ഇത് ഉൾക്കൊള്ളുന്നു, അത് സാധാരണയായി നിങ്ങൾ നിയന്ത്രിക്കാത്ത ഭാഗമാണ്. VPN എക്സിറ്റും വെബ്സൈറ്റും തമ്മിലുള്ള കണ്ണിവരെ ഇത് എത്തുന്നില്ല, കാരണം ടണൽ എക്സിറ്റിൽ അവസാനിച്ചു. ടണൽ അവസാനിക്കുന്ന നിമിഷം മുതൽ ബൈറ്റുകൾ വീണ്ടും വായിക്കാവുന്നതാണ്. ഇതിൽ ഒന്നും തെറ്റായ കോൺഫിഗറേഷനല്ല.

എക്സിറ്റ് ഡീക്രിപ്റ്റ് ചെയ്ത് കൈമാറുന്ന ഒരു യന്ത്രമാണ്, VPN കൃത്യമായി അതിനുവേണ്ടിയാണ്. അത് കൈമാറുന്ന എല്ലാം ലഭിച്ച രൂപത്തിൽത്തന്നെ അതിന് കാണാം, അതിനാൽ സാധാരണ HTTP അഭ്യർത്ഥന എക്സിറ്റിൽ നിന്ന് മുതൽ സാധാരണ പാഠമായി തുടരുന്നു.

ഇത് കുറവല്ല, സ്വഭാവമാണ്. എൻക്രിപ്ഷൻ ഒരു പാതയിലേക്ക് പരിമിതപ്പെടുന്നു, പാത സേവനം തുടങ്ങുന്നിടത്ത് അവസാനിക്കുന്നു.

ലളിതമായ വാക്കുകളിൽ കീകൾ, nonce, സമഗ്രത

നടന്നുകൊണ്ടിരിക്കുന്ന ട്രാഫിക് സമമിത കീ ക്രിപ്റ്റോഗ്രഫിയാൽ സംരക്ഷിക്കപ്പെടുന്നു, രണ്ട് അറ്റങ്ങളും കൈകൊടുക്കൽ സമയത്ത് കീ വസ്തു ഉരുത്തിരിച്ചെടുക്കുന്നു അല്ലെങ്കിൽ നേടുന്നു. RFC 5116 സാമാന്യമായി വിവരിക്കുന്ന പ്രാമാണീകരിച്ച എൻക്രിപ്ഷൻ ഒരൊറ്റ നിർമ്മിതിയിൽ രഹസ്യത്വവും സമഗ്രതയും നൽകുന്നു. സ്വീകർത്താവ് മാറ്റം വരുത്തിയ ബൈറ്റുകൾ വായിക്കാൻ കഴിയാതിരിക്കുന്നതിനുപകരം നിരസിക്കുന്നു, എൻക്രിപ്ഷൻ എന്നാൽ കൂട്ടിക്കലർത്തൽ എന്ന് കരുതുമ്പോൾ ആളുകൾ മറക്കുന്നത് ഇതാണ്.

കീകൾ ആ വിനിമയത്തിൽ നിന്നാണ് വരുന്നത്, ലോഗിൻ ചെയ്യുമ്പോൾ ടൈപ്പ് ചെയ്യുന്ന പാസ്വേഡിൽ നിന്നല്ല. പാസ്വേഡ് ഒരു ഐഡന്റിറ്റി പ്രാമാണീകരിക്കുന്നു, തുടർന്ന് പ്രോട്ടോക്കോൾ സെഷൻ വസ്തു സ്ഥാപിക്കുന്നു. ക്ഷണിക കീ വിനിമയമാണ് മുന്നോട്ടുള്ള രഹസ്യത്വം നൽകുന്നത്, അതിനാൽ റെക്കോർഡ് ചെയ്ത സെഷൻ പിന്നീട് ദീർഘകാല കീ ചോർന്നാലും വായിക്കാനാകാത്തതായി തുടരും.

സ്പെസിഫിക്കേഷനിലെ വലിയ സംഖ്യ ഈ ചോദ്യങ്ങളിൽ ഒന്നിനും ഉത്തരം നൽകുന്നില്ല, ബന്ധമില്ലാത്ത അൽഗോരിതങ്ങളിലെ സംഖ്യകൾ താരതമ്യം ചെയ്യുന്നത് റാങ്കിംഗല്ല. പകരം കീ വിനിമയം എന്താണ് നൽകുന്നതെന്ന് ചോദിക്കുക.

ടണൽ എവിടെ അവസാനിക്കുന്നു

ടണൽ അവസാനിപ്പിക്കുന്ന അറ്റത്തിന് കൈമാറുന്നത് വായിക്കാം. കോർപ്പറേറ്റ് ഗേറ്റ്വേ, വാണിജ്യ ദാതാവ്, സ്വയം ഹോസ്റ്റ് ചെയ്ത സർവർ എന്നിവയ്ക്കും ഇത് തുല്യമാണ്. ഇത് രൂപകൽപ്പനയാണ്, അതിലെ കുറവല്ല. ശക്തമായ ക്രിപ്റ്റോഗ്രഫിക്ക് വിട്ടുപോയ അറ്റം അതിലേക്ക് എത്തുന്ന സാധാരണ പാഠം വായിക്കുന്നത് തടയാനാവില്ല, കാരണം സംരക്ഷണം നിലയ്ക്കുന്നത് അറ്റത്താണ്.

HTTPS ആ ബിന്ദുവിനപ്പുറവും തുടരുന്നു, അതുകൊണ്ടാണ് VPN ഇല്ലാതെയും ശത്രുതാപരമായ നെറ്റ്വർക്കിൽ സൈറ്റ് സുരക്ഷിതമാകുന്നത്. രണ്ട് സംരക്ഷണങ്ങളും ആദ്യ ഭാഗത്ത് ഏറ്റുമുട്ടുന്നു, എക്സിറ്റിനുശേഷം അവയിൽ ഒന്ന് മാത്രം തുടരുന്നു.

കണക്ഷൻ പ്രവർത്തിക്കാനായി സർട്ടിഫിക്കറ്റ് പരിശോധന ദുർബലമാക്കുന്നത് ടണലിന്റെ പരീക്ഷയല്ല എന്നതിനും ഇതേ കാരണമാണ്. അത് മറ്റൊരു സംരക്ഷണം ഓഫ് ചെയ്ത് തുടക്കത്തേക്കാൾ കുറവുമായി നിങ്ങളെ വിടുന്നു.

അജ്ഞാതത്വം വേറെ ഉൽപ്പന്നമാകുന്നത് എന്തുകൊണ്ട്

വിലാസങ്ങൾ, സമയം, അളവ് എന്നിവ ടണലിന് പുറത്ത് നിരീക്ഷിക്കാവുന്നതായി തുടരുന്നു. ട്രാഫിക് ഒരു VPN അറ്റത്തേക്ക് ഒഴുകുന്നു, ഏകദേശം എത്രയെന്നും എപ്പോഴെന്നും നിരീക്ഷകന് കാണാം. ഉള്ളടക്കം വായിക്കാനാകാത്തതായിരിക്കാം, പക്ഷേ മാതൃക ഇപ്പോഴും വിവരം നൽകുന്നു.

ദാതാവും നിങ്ങളുടെ നെറ്റ്വർക്കിൽ നിന്ന് വേറെ സ്ഥലത്താണ്, ഇത് നിരീക്ഷകന്റെ മാറ്റമാണ്, നിരീക്ഷണം ഒഴിവാക്കലല്ല. കുക്കികൾ, ലോഗിനുകൾ, അക്കൗണ്ട് ഐഡന്റിഫയറുകൾ എന്നിവ മുൻപത്തെപ്പോലെത്തന്നെ പ്രവർത്തിക്കുന്നു, കാരണം അവ മാറ്റുമെന്ന് ടണൽ ഒരിക്കലും വാഗ്ദാനം ചെയ്തിരുന്നില്ല.

അതാണ് ആവശ്യമെങ്കിൽ ലോഗിംഗ് നയവും അധികാരപരിധിയും നോക്കി ദാതാവിനെ തിരഞ്ഞെടുക്കുക, തുടർന്ന് നയം തന്നെ വായിക്കുക. മാർക്കറ്റിംഗ് പേജുകൾ ആരെങ്കിലും പരിശോധിക്കാവുന്ന രീതിയിൽ ഈ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നത് അപൂർവമാണ്.

ടണലും സൈറ്റും വെവ്വേറെ പരിശോധിക്കുക

ആദ്യം ടണൽ പരിശോധിക്കുക, ഏത് സംരക്ഷണമാണ് പരീക്ഷിക്കുന്നതെന്ന് അറിയാൻ. പിന്നെ സൈറ്റിന്റെ സ്വന്തം കൈമാറ്റം പരിശോധിക്കുക, ഒന്ന് മറ്റൊന്നിനെ അർത്ഥമാക്കുന്നു എന്ന് കരുതുന്നതിനുപകരം രണ്ട് ഫലങ്ങളും താരതമ്യം ചെയ്യുക. സാധാരണ HTTP കൊണ്ടുപോകുന്ന ടണലും HTTPS നൽകുന്ന സൈറ്റും രണ്ടും ക്രമീകരിച്ചതുപോലെത്തന്നെ പ്രവർത്തിക്കുന്നു.

പരീക്ഷിക്കാൻ അനുവാദമുള്ള ഹോസ്റ്റിനെതിരെ പരിശോധനകൾ നടത്തുക, സംഗ്രഹമല്ല, ഔട്ട്പുട്ട് വായിക്കുക.

wg show
ip -brief addr show tun0
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.com

ടണൽ ഓണും സൈറ്റ് HTTPS ഉം ആണെങ്കിൽ, ആദ്യ ഭാഗത്ത് രണ്ട് സംരക്ഷണങ്ങളും രണ്ടാമത്തേതിൽ ഒന്നും ഉണ്ട്. സൈറ്റ് സാധാരണ HTTP ആണെങ്കിൽ, രണ്ടാം ഭാഗം അവിടെയുള്ള എല്ലാവർക്കും വായിക്കാവുന്നതാണ്, അഭ്യർത്ഥന കൈമാറിയ എക്സിറ്റ് ഉൾപ്പെടെ. ഇവയിൽ ഏതാണ് കുറവെന്ന് അറിയുന്നതാണ് മുഴുവൻ രോഗനിർണയം, അതിന് പുതിയ ക്ലയന്റല്ല, രണ്ട് കമാൻഡുകളാണ് വേണ്ടത്.