VPN vs പ്രോക്സി: ഓരോന്നും എന്തു ഉൾക്കൊള്ളുന്നു, എന്തു ഇല്ല
VPN റൂട്ട് ചെയ്ത ആപ്പ് ട്രാഫിക് ഉൾക്കൊള്ളുന്നു; പ്രോക്സി നിങ്ങൾ കോൺഫിഗർ ചെയ്യുന്ന ആപ്പിനെ മാത്രം ഉൾക്കൊള്ളുന്നു. തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് കവറേജ്, എൻക്രിപ്ഷൻ, DNS, പരാജയ സ്വഭാവം എന്നിവ പരിശോധിക്കുക.
VPN-ഉം ഫോർവേഡ് പ്രോക്സിയും ഒരു വെബ്സൈറ്റ് കാണുന്ന വിലാസം മാറ്റുന്നു, അവിടെയാണ് മിക്ക താരതമ്യങ്ങളും അവസാനിക്കുന്നത്. നിങ്ങളുടെ ക്രമീകരണം നിർണ്ണയിക്കുന്ന വ്യത്യാസം കവറേജ് ആണ്: ഫോർവേഡ് പ്രോക്സി നിങ്ങളുടെ ആപ്പ് തന്നെ ഉപയോഗിക്കാൻ തിരഞ്ഞെടുക്കുന്ന ഇടനിലക്കാരനാണ്, ഒരു വെബ്സൈറ്റിന് മുന്നിൽ നിൽക്കുന്ന റിവേഴ്സ് പ്രോക്സിയിൽ നിന്ന് വ്യത്യസ്തമായി, അതേസമയം VPN ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ടണലിലേക്ക് റൂട്ട് ചെയ്യുന്ന എല്ലാം നീക്കുന്നു. എൻക്രിപ്ഷൻ, DNS കൈകാര്യം ചെയ്യൽ, പരാജയ സ്വഭാവം എന്നിവയെല്ലാം ഈ വിഭജനത്തിൽ നിന്നാണ് വരുന്നത്. ഈ അഞ്ച് പരിശോധനകൾ ക്രമത്തിൽ നടത്തുക, ആദ്യം പരാജയപ്പെടുന്നത് നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ഏത് ഉപകരണം വേണമെന്ന് പറയും.
ഇടനിലക്കാരൻ ഏത് ആപ്പുകളെ ഉൾക്കൊള്ളുന്നു?
ബ്രൗസർ പ്രോക്സി എക്സ്റ്റൻഷൻ ആ ബ്രൗസർ പ്രൊഫൈലിന് മാത്രമേ ബാധകമാകൂ. മെയിൽ ക്ലയന്റുകൾ, പാക്കേജ് മാനേജർമാർ, രണ്ടാമത്തെ ബ്രൗസർ എന്നിവ അവയുടെ സ്വന്തം ക്രമീകരണങ്ങൾ തുടർന്നും ഉപയോഗിക്കുന്നു, ചില ആപ്പുകൾ സിസ്റ്റം പ്രോക്സി വേരിയബിളുകൾ പൂർണ്ണമായി അവഗണിക്കുന്നു. VPN റൂട്ടിംഗ് ടേബിൾ ടണലിലേക്ക് അയക്കുന്നതിനെ ഉൾക്കൊള്ളുന്നു, അത് റൂട്ടുകളെയും ക്ലയന്റ് നയത്തെയും ആശ്രയിച്ച് എല്ലാ ആപ്പുകളും ആകാം അല്ലെങ്കിൽ സ്പ്ലിറ്റ് ടണലിൽ ഒരു ഉപഗണം ആകാം.
ഒരു പേജ് ലോഡിൽ നിന്ന് സാമാന്യവൽക്കരിക്കുന്നതിന് പകരം പ്രധാന ആപ്പുകൾ പരീക്ഷിക്കുക. curl https://ifconfig.me പരിസ്ഥിതിയിലെ പ്രോക്സി വേരിയബിളുകൾ പിന്തുടരുന്നു; ഒരു ഡെസ്ക്ടോപ്പ് ആപ്പ് പിന്തുടരണമെന്നില്ല. Windows-ൽ netsh winhttp show proxy സേവനങ്ങൾ ഉപയോഗിക്കുന്ന WinHTTP പ്രോക്സി അച്ചടിക്കുന്നു, അത് ബ്രൗസറിന്റെ ക്രമീകരണത്തിൽ നിന്ന് വ്യത്യസ്തമായ ക്രമീകരണമാണ്.
ഹോപ്പ് എൻക്രിപ്റ്റ് ചെയ്തിട്ടുണ്ടോ, TLS എവിടെ അവസാനിക്കുന്നു?
പ്രോക്സി പ്രോട്ടോക്കോൾ ഒരു കൂടിക്കാഴ്ചാ സ്ഥലമാണ്, ഉറപ്പല്ല. SOCKS5 TCP എൻക്രിപ്റ്റ് ചെയ്യാതെ കൈമാറുന്നു, സാധാരണ HTTP പ്രോക്സി അഭ്യർത്ഥനാ വരിയും ഹെഡറുകളും തുറന്ന വാചകത്തിൽ കൊണ്ടുപോകുന്നു. പ്രോക്സി വഴിയുള്ള HTTPS CONNECT ഉപയോഗിക്കുന്നു, അതിനാൽ നിങ്ങളുടെ TLS സെഷൻ പ്രോക്സിയിലല്ല, ലക്ഷ്യസ്ഥാനത്ത് തന്നെ അവസാനിക്കുന്നു. പ്രോക്സി സർവറുകളും ടണലിംഗും സംബന്ധിച്ച MDN ഗൈഡ് പ്രോട്ടോക്കോളിന്റെ ഭാഗത്ത് നിന്ന് ആ വ്യത്യാസം വിവരിക്കുന്നു.
VPN നിങ്ങളുടെ ഉപകരണത്തിനും അതിന്റെ എൻഡ്പോയിന്റിനും ഇടയിലുള്ള ഭാഗം എൻക്രിപ്റ്റ് ചെയ്യുന്നു. എൻഡ്പോയിന്റിന് അപ്പുറം മറ്റേതൊരു നെറ്റ്വർക്കിലുമുള്ള അതേ നിയമങ്ങളാണ് ബാധകം, അതുകൊണ്ടാണ് ഒരു ടണൽ മാത്രം സാധാരണ HTTP-യിൽ ക്രെഡൻഷ്യലുകൾ അയക്കുന്ന ആപ്പിനെ സംരക്ഷിക്കാത്തത്. രണ്ട് ഡിസൈനുകളും ലോഗിൻ ചെയ്ത അക്കൗണ്ടോ കുക്കിയോ ബ്രൗസർ വിരലടയാളമോ മറയ്ക്കുന്നില്ല.
curl -v -x http://127.0.0.1:3128 https://example.com/ -o /dev/null
curl -v -x socks5h://127.0.0.1:1080 https://example.com/ -o /dev/nullവിശദമായ ഔട്ട്പുട്ട് curl പോർട്ട് 443-ലേക്ക് CONNECT അയച്ചോ അതോ പൂർണ്ണ URL-നൊപ്പം സാധാരണ GET അയച്ചോ എന്ന് കാണിക്കുന്നു. socks5h:// ഉപയോഗിക്കുമ്പോൾ ഹോസ്റ്റ്നാമം SOCKS5 അഭ്യർത്ഥനയുടെ ഉള്ളിൽ പ്രോക്സിക്ക് നൽകുന്നു, തുടർന്ന് അത് വായിക്കാൻ കഴിയാത്ത TLS കൈമാറുന്നു, അതിനാൽ പേരും ബൈറ്റ് എണ്ണവും കാണുന്നു. http:// പ്രോക്സി വഴി https:// URL ഒരു CONNECT ആണ്, അതിനാൽ ആ പ്രോക്സിയും ലക്ഷ്യസ്ഥാനത്തിന്റെ പേരും അളവും കാണുന്നു, അഭ്യർത്ഥനയോ പ്രതികരണ ബോഡിയോ അല്ല.
ഏത് റിസോൾവർ പേര് കാണുന്നു?
പേരുകളുടെ പരിഹാരം അഭ്യർത്ഥന പുറപ്പെടുന്നതിന് മുമ്പ് പ്രാദേശികമായി സംഭവിക്കാം, അല്ലെങ്കിൽ പ്രോക്സിയിൽ വിദൂരമായി. curl-നൊപ്പം socks5h:// ഹോസ്റ്റ്നാമം പ്രോക്സിക്ക് അയക്കുന്നു, അതേസമയം socks5:// ആദ്യം അത് പ്രാദേശികമായി പരിഹരിക്കുന്നു. ബ്രൗസർ പ്രോക്സി ക്രമീകരണങ്ങൾ താരതമ്യപ്പെടുത്താവുന്ന DNS ഓപ്ഷൻ നൽകുന്നു, PAC ഫയലുകൾക്ക് വിവിധ ഹോസ്റ്റുകളെ വിവിധ വിധത്തിൽ റൂട്ട് ചെയ്യാം.
രണ്ട് പ്രോട്ടോക്കോളുകൾക്ക് ഒരു തെറ്റായ കോൺഫിഗറേഷനും കൂടാതെ പ്രോക്സിയെ ഒഴിവാക്കാം. WebRTC STUN വഴി സ്ഥാനാർത്ഥികളെ ശേഖരിക്കുന്നു, QUIC HTTP/3 UDP-യിൽ പ്രവർത്തിപ്പിക്കുന്നു, അത് TCP പ്രോക്സിക്ക് കൊണ്ടുപോകാൻ കഴിയില്ല. UDP 443 തടയപ്പെട്ടിട്ടുണ്ടെങ്കിൽ ബ്രൗസർ TCP-യിലേക്ക് മടങ്ങും, അതിനാൽ ഹോസ്റ്റിന്റെ ഫയർവാളിൽ (അല്ലെങ്കിൽ മുഴുവൻ നെറ്റ്വർക്കിനും റൗട്ടറിൽ) UDP 443 തടയുന്നതാണ്, ബ്രൗസർ ഫ്ലാഗ് അല്ല, HTTP/3 പ്രോക്സി പാതയിൽ നിർത്താനുള്ള വിശ്വസനീയമായ മാർഗം.
നിങ്ങളുടെ ലാപ്ടോപ്പിന്റെ വീക്ഷണത്തിൽ നിന്നല്ല, ലക്ഷ്യസ്ഥാനത്തിന്റെ വീക്ഷണത്തിൽ നിന്ന് റിസോൾവർ പരിശോധിക്കുക. പ്രോക്സിയുടെ എക്സിറ്റ് വിലാസത്തോടെ എന്നാൽ പ്രാദേശികമായി പരിഹരിച്ച പേരിനോടെ വരുന്ന ഒരു അഭ്യർത്ഥന പ്രാദേശിക റിസോൾവറിനോട് നിങ്ങൾ സന്ദർശിക്കുന്ന സൈറ്റുകൾ ഇപ്പോഴും പറയുന്നു.
ഇടനിലക്കാരൻ പരാജയപ്പെടുമ്പോൾ എന്ത് സംഭവിക്കുന്നു?
വ്യക്തമായ പ്രോക്സി അടഞ്ഞ രീതിയിൽ പരാജയപ്പെടുന്നു: പ്രോക്സി പ്രോസസ് നിർത്തുക, ബ്രൗസറോ ആപ്പോ നേരിട്ട് പോകുന്നതിന് പകരം കണക്ഷൻ പിശക് തിരികെ നൽകും. PAC, WPAD ക്രമീകരണങ്ങളാണ് തുറന്ന രീതിയിൽ പരാജയപ്പെടുന്നവ - സ്ക്രിപ്റ്റ് ലഭിക്കാനായില്ലെങ്കിൽ ക്ലയന്റ് DIRECT-ലേക്ക് മടങ്ങുന്നു, സൈറ്റ് വീണ്ടും നിങ്ങളുടെ യഥാർത്ഥ വിലാസം കാണുന്നു. VPN ക്ലയന്റിനെയും കിൽ സ്വിച്ചോ ഫയർവാൾ നിയമമോ സജീവമാണോ എന്നതിനെയും ആശ്രയിച്ച് തുറന്നതോ അടഞ്ഞതോ ആയി പരാജയപ്പെടാം.
പരാജയ സാഹചര്യം ബോധപൂർവ്വം പരീക്ഷിക്കുക: പ്രോക്സി സേവനം നിർത്തി വീണ്ടും ലോഡ് ചെയ്യുക; നേരിട്ടുള്ള ലോഡിന് പകരം പിശക് പേജ് ലഭിച്ചാൽ, ഫോൾബാക്ക് കാണാൻ PAC URL നേരിട്ട് എത്താനാകാത്ത ഹോസ്റ്റിലേക്ക് ചൂണ്ടിക്കാണിക്കുക. പേജ് ഇപ്പോഴും നിങ്ങളുടെ സാധാരണ പാതയിലൂടെ ലോഡ് ചെയ്യുന്നുണ്ടെങ്കിൽ, പ്രോക്സി സ്വന്തം തടസ്സത്തിൽ നിന്ന് യാതൊരു സംരക്ഷണവും നൽകുന്നില്ല, അത് അതിനെ ആശ്രയിക്കുന്നതിന് മുമ്പ് അറിയേണ്ട ഒരു സ്വഭാവമാണ്.
ക്രമമാണ് സൈറ്റ് എന്ത് കാണുന്നു എന്ന് തീരുമാനിക്കുന്നത്. പുറത്തേക്കുള്ള ട്രാഫിക് VPN വഴി പോകുന്ന പ്രോക്സി സൈറ്റിന് VPN എൻഡ്പോയിന്റിന്റെ വിലാസം കാണിക്കുന്നു; പ്രോക്സി ടണലിന് പുറത്ത് വെക്കുകയാണെങ്കിൽ (വിദൂര ഹോസ്റ്റിലുള്ള പ്രോക്സിയിലേക്ക് VPN), സൈറ്റ് പകരം ആ പ്രോക്സിയുടെ എക്സിറ്റ് വിലാസം കാണും. ഏത് വിധത്തിലും രണ്ട് ഹോപ്പുകൾക്ക് വ്യത്യസ്ത കാര്യങ്ങൾ രേഖപ്പെടുത്താം.
അഞ്ച് പരിശോധനകൾ, ക്രമത്തിൽ
താഴെയുള്ള ചെക്ക്ലിസ്റ്റ് മുഴുവൻ തീരുമാനവും ഒരിടത്ത് നൽകുന്നു. കവറേജ് ആദ്യം വരുന്നത് അത് മിക്ക പൊരുത്തക്കേടുകളും ഒഴിവാക്കുന്നതുകൊണ്ടാണ്: ഉൾക്കൊള്ളേണ്ട ആപ്പ് ക്രമീകരണം മാനിക്കുന്നില്ലെങ്കിൽ, ലിസ്റ്റിൽ പിന്നീടുള്ള ഒന്നും അതിനെ രക്ഷിക്കുന്നില്ല.
| Check | Forward proxy | VPN |
|---|---|---|
| What is covered | The app or browser you configure | Traffic the OS routes into the tunnel, all or split |
| Encryption scope | Protocol-dependent; SOCKS5 alone encrypts nothing | Device to VPN endpoint |
| DNS path | Local or remote, depending on the setting | Normally inside the tunnel |
| Failure mode | Explicit config: connection error; PAC/WPAD: DIRECT fallback | Client policy: fail-open or kill switch |
| What the site sees | The proxy's exit address | The VPN endpoint's exit address |
തുടർന്ന് മാറ്റത്തിന് കാരണമായ ആപ്പ് ഉപയോഗിച്ച് ഫലം സ്ഥിരീകരിക്കുക. കോൺഫിഗർ ചെയ്ത ബ്രൗസറിൽ ഒരു പേജ് ലോഡ് ചെയ്യുക, അതേ പേജ് curl ഉപയോഗിച്ച് എടുക്കുക, ഓരോന്നും റിപ്പോർട്ട് ചെയ്യുന്ന വിലാസം താരതമ്യം ചെയ്യുക. അവ യോജിക്കുന്നില്ലെങ്കിൽ, ഒരു എക്സ്റ്റൻഷൻ, PAC നിയമം അല്ലെങ്കിൽ ആപ്പ് തലത്തിലുള്ള ഓവർറൈഡ് ഇപ്പോഴും പ്രവർത്തിക്കുന്നു, ടണൽ ട്യൂണിംഗിന്റെ ഒരു അളവും അത് ശരിയാക്കില്ല.
നിങ്ങൾ എന്താണ് കോൺഫിഗർ ചെയ്തതെന്ന് രേഖപ്പെടുത്തുക: ഏത് ആപ്പുകൾ പ്രോക്സി ഉപയോഗിക്കുന്നു, DNS പ്രാദേശികമാണോ വിദൂരമാണോ, UDP തടയപ്പെട്ടിട്ടുണ്ടോ, പരാജയ സ്വഭാവം എന്താണ്. ആ ചെറിയ പട്ടികയാണ് അടുത്ത താരതമ്യം സാധ്യമാക്കുന്നത്, കാരണം “IP മാറി” എന്നത് ഈ അഞ്ച് പരിശോധനകളിൽ ഏതാണ് വിജയിച്ചതെന്ന് ഒരിക്കലും പറഞ്ഞിരുന്നില്ല.