പൂർണ്ണ ടണലും വിഭജിത ടണലും: നാല് വ്യത്യാസങ്ങൾ
ലേബൽ ലാപ്ടോപ്പിന്റെ ബാക്കി ട്രാഫിക് എവിടെ നിന്ന് പുറത്തുപോകുന്നു എന്ന് തീരുമാനിക്കുന്നു, അത് എത്ര വേഗത്തിലാണ് എന്നല്ല. തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് എഗ്രസ്, ലോഡ്, DNS, പരാജയ സ്വഭാവം എന്നിവ താരതമ്യം ചെയ്യുക.
ടണൽ ലേബലുകൾ ലാപ്ടോപ്പിന്റെ ബാക്കി ട്രാഫിക് എവിടേക്ക് പോകുന്നു എന്ന് വിവരിക്കുന്നു, അത് എത്ര വേഗത്തിൽ പോകുന്നു എന്നല്ല. പൂർണ്ണ ടണലിൽ, പൊതു അഭ്യർത്ഥനകൾ ഇന്റർനെറ്റിലേക്ക് പോകുന്നതിന് മുമ്പ് VPN ഗേറ്റ്വേയിലൂടെ കടന്നുപോകുന്നു. വിഭജിത ടണലിൽ, സ്വകാര്യ ലക്ഷ്യസ്ഥാനങ്ങൾ ടണൽ ഉപയോഗിക്കുന്നു, ബാക്കിയെല്ലാം പ്രാദേശിക പാത സ്വീകരിക്കുന്നു. രണ്ടും ആന്തരിക ആപ്ലിക്കേഷനിൽ എത്തുന്നു, അതിനാൽ ആളുകൾ ആദ്യം ചെയ്യുന്ന എത്തിച്ചേരൽ പരിശോധന ഏത് നയമാണ് വിന്യസിച്ചിരിക്കുന്നത് എന്ന് പറയുന്നില്ല.
പകരം പുറത്തുകടക്കൽ പരിശോധിക്കുക: പൊതു എക്കോ പേജ് ഏത് വിലാസം റിപ്പോർട്ട് ചെയ്യുന്നു, ഏത് റിസോൾവർ ഉത്തരം നൽകി.
മിത്ത്: വിഭജിത ടണൽ വെറും വേഗതയേറിയ ഓപ്ഷനാണ്
വിഭജിത ടണൽ പലപ്പോഴും പ്രകടന സവിശേഷതയായി വിൽക്കുന്നു, അത് ആകാം, പക്ഷേ അത് നിർവചനമല്ല, പാർശ്വഫലമാണ്. നിർവചനം ഏത് ലക്ഷ്യസ്ഥാനങ്ങൾ ടണലിൽ പ്രവേശിക്കുന്നു എന്ന റൂട്ടിംഗ് തീരുമാനമാണ്. നേരിട്ടുള്ള പാത ഓഫീസിലൂടെയുള്ള വഴിത്തിരിവിനേക്കാൾ യഥാർത്ഥത്തിൽ മികച്ചതാകുമ്പോൾ മാത്രമാണ് വേഗത വ്യത്യാസം പ്രത്യക്ഷപ്പെടുന്നത്. തിരക്കേറിയ വീട്ട് ലിങ്കിലും ഭാരം കുറഞ്ഞ ഗേറ്റ്വേയിലും, പൂർണ്ണ ടണൽ രണ്ടിൽ വേഗതയേറിയതാകാം.
അതിനാൽ സത്യസന്ധമായ ചട്ടക്കൂട് പാതയുടെ ഉടമസ്ഥതയെയും നിയന്ത്രണത്തെയും കുറിച്ചാണ്, പ്രകടനം പിന്നീട് അളക്കുന്ന ഒന്നാണ്. വേഗതയ്ക്കായി തിരഞ്ഞെടുത്ത ഒരു നയം നിങ്ങളുടെ DNS-ഉം പൊതു എഗ്രസ്സും നിശബ്ദമായി നീക്കുന്നുവെങ്കിൽ, അത് തെറ്റായ കാരണത്താലാണ് തിരഞ്ഞെടുത്തത്.
യഥാർത്ഥത്തിൽ എന്ത് മാറുന്നു: പുറത്തുകടക്കൽ
പൂർണ്ണ ടണലിൽ, ഒരു പൊതു വെബ്സൈറ്റ് ഓഫീസിന്റെ എഗ്രസ് വിലാസം കാണുന്നു, ഓഫീസ് ഫിൽട്ടറിംഗ് അഭ്യർത്ഥന കാണുന്നു. വിഭജിത ടണലിൽ, അതേ സൈറ്റ് ഉപയോക്താവിന്റെ വീട്ട് വിലാസം കാണുന്നു, ഓഫീസ് ഒന്നും കാണുന്നില്ല. ഇവ വ്യത്യസ്ത ദൃശ്യതാ മാതൃകകളാണ്, ഒന്നും സ്വയമേവ സുരക്ഷിതമല്ല. ഉപയോഗപ്രദമായ ചോദ്യം സംഘടനയ്ക്ക് യഥാർത്ഥത്തിൽ ഏത് പ്രവർത്തിപ്പിക്കാനാകും എന്നതാണ്.
കണക്റ്റുചെയ്തിരിക്കുന്നു ബാഡ്ജ് വിശ്വസിക്കുന്നതിന് പകരം അത് നേരിട്ട് പരിശോധിക്കുക. പൊതു വിലാസ എക്കോ പുറത്തുകടക്കൽ കാണിക്കുന്നു, റിസോൾവർ പരിശോധന ആരുടെ DNS ഉത്തരം നൽകി എന്ന് കാണിക്കുന്നു.
| Question | Full tunnel | Split tunnel |
|---|---|---|
| Public exit address | Office egress | Local connection |
| Gateway load | All covered traffic | Private destinations only |
| Office visibility | Requests and destinations | Private resource access only |
അപ്പോൾ ഗേറ്റ്വേ എന്ത് വഹിക്കണം
വീഡിയോ കോളുകളും ഡൗൺലോഡുകളും സ്വകാര്യ ആപ്ലിക്കേഷനുകളും വഹിക്കുന്ന ഗേറ്റ്വേയ്ക്ക് ആന്തരിക അഭ്യർത്ഥനകൾ മാത്രം വഹിക്കുന്ന ഗേറ്റ്വേയിൽ നിന്ന് തീർത്തും വ്യത്യസ്തമായ ജോലിഭാരത്തിന് ശേഷി വേണം. സൈറ്റിന്റെ ഇന്റർനെറ്റ് കണക്ഷൻ ഉപയോക്താവിന്റെ ആഗമനവും തുടർന്നുള്ള പൊതു എഗ്രസ്സും വഹിക്കുന്നു, അതിനാൽ രണ്ട് ലിങ്കുകൾ ഒരേസമയം പൂരിതമാകാം.
പ്രാദേശിക ബ്രേക്ക്ഔട്ട് ആ ലോഡും വഴിത്തിരിവും നീക്കുന്നു, മികച്ച അനുഭവം ഉറപ്പുനൽകുന്നില്ല, കാരണം നേരിട്ടുള്ള പാതയും തിരക്കേറിയതാകാം. റൂട്ടിംഗ് ലേബലിനെ പ്രകടന അളവുകോലായി കാണുന്നതിന് പകരം യഥാർത്ഥ ആപ്ലിക്കേഷൻ താരതമ്യം ചെയ്യുക.
പൂർണ്ണ ടണലിന് കീഴിൽ അപവാദങ്ങൾ നിലവിലുണ്ട്
സ്ഥിരസ്ഥിതി റൂട്ട് ഓരോ പാക്കറ്റിന്റെയും പട്ടികയല്ല. കൂടുതൽ നിർദ്ദിഷ്ട റൂട്ടുകൾ, പ്രാദേശിക നെറ്റ്വർക്ക് അനുമതികൾ, ആപ്ലിക്കേഷൻ ഒഴിവാക്കലുകൾ, വേറിട്ട IPv6 നിയമങ്ങൾ എന്നിവയെല്ലാം ട്രാഫിക് നീക്കുന്നു, അതിനാൽ പൂർണ്ണ ടണൽ എന്ന് വിവരിച്ച നയത്തിൽ നിന്ന് ഇപ്പോഴും ചോരാം. ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ റൂട്ടിംഗ് ഡോക്യുമെന്റേഷൻ നിർബന്ധിത ടണൽ സ്ഥിരസ്ഥിതികൾക്ക് ഈ വ്യത്യാസം വരുത്തുന്നു, ക്ലയന്റിന്റെ ഒഴിവാക്കൽ പട്ടികയാണ് ചോരൽ സാധാരണയായി കഴിയുന്നിടം. സ്വഭാവം പരിശോധിക്കുക, ഉദ്ദേശ്യമല്ല.
IPv6-ന് സ്വന്തം നോട്ടം അർഹതയുണ്ട്, കാരണം IPv4 മാത്രം വഹിക്കുന്ന ടണൽ മുഴുവൻ സ്റ്റാക്കും നയത്തിന് പുറത്ത് വിടുന്നു.
DNS ഒരു വേറിട്ട നയമാണ്
ആന്തരിക നാമങ്ങൾക്ക് അവയെ അറിയുന്ന ഒരു റിസോൾവർ വേണം, ആ റിസോൾവർ ടണലിലൂടെ മാത്രം ലഭ്യമായിരിക്കാം. സ്വന്തം എൻക്രിപ്റ്റ് ചെയ്ത DNS ഉള്ള ബ്രൗസർ സിസ്റ്റം റിസോൾവറിനെ പൂർണ്ണമായി ഒഴിവാക്കാം, ഇത് ആന്തരിക നാമങ്ങൾ പരാജയപ്പെടുകയും പൊതു നാമങ്ങൾ പ്രവർത്തിക്കുകയും ചെയ്യുന്ന വിഭജനം സൃഷ്ടിക്കുന്നു, അല്ലെങ്കിൽ നേരെ മറിച്ച്.
തിരയൽ എവിടേക്ക് പോകണം എന്ന് തീരുമാനിക്കുക, തുടർന്ന് ക്ലയന്റും ബ്രൗസറും യോജിപ്പിക്കുക. വിജയകരമായ പൊതു ബ്രൗസിംഗ് ആന്തരിക നാമ വിശകലനം ഒരിക്കലും പരിശോധിക്കുന്നില്ല, അതിനാൽ ഇൻട്രാനെറ്റ് സൈറ്റ് കാണാതാകുമ്പോൾ അത് തെറ്റായ തെളിവാണ്.
പരാജയ നയം എഴുതുക, തുടർന്ന് അത് പരിശോധിക്കുക
ടണൽ വീഴുമ്പോൾ എന്ത് സംഭവിക്കണം എന്ന് തീരുമാനിക്കുക: എല്ലാം തടയുക, സ്വകാര്യ വിഭവങ്ങൾ മാത്രം തടയുക, അല്ലെങ്കിൽ നേരിട്ടുള്ള കണക്ഷനുകൾ അനുവദിക്കുക. സ്വയമേവയുള്ള പുനഃബന്ധനം ഈ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നില്ല, ടണൽ ഇന്റർഫേസ് മാത്രം ഉൾക്കൊള്ളുന്ന കിൽ സ്വിച്ച് ഒഴിവാക്കപ്പെട്ട ആപ്ലിക്കേഷനുകളെ സ്വതന്ത്രമായി സംസാരിക്കാൻ അനുവദിച്ചേക്കാം. യഥാർത്ഥ വിച്ഛേദവും നെറ്റ്വർക്ക് മാറ്റവും പരിശോധിക്കുക, തുടർന്ന് ക്ലയന്റിന്റെ അവസ്ഥ വായിക്കുക, കാരണം ഡോക്യുമെന്റേഷൻ ഉദ്ദേശിച്ച സ്വഭാവം വിവരിക്കുന്നു, ഇൻസ്റ്റാൾ ചെയ്തതല്ല.
സ്വകാര്യ റൂട്ടുകൾ, പൊതു നിർഗമനം, DNS സർവറുകൾ, പ്രാദേശിക അപവാദങ്ങൾ, പരാജയ സ്വഭാവം എന്നിവ ഒരു ചെറിയ കുറിപ്പിൽ രേഖപ്പെടുത്തുക. ആ കുറിപ്പാണ് നയം എഴുതാത്ത ഒരാൾക്കും അത് പരിശോധനീയമാക്കുന്നത്.