സ്പ്ലിറ്റ് ടണലിംഗ് ഏത് ട്രാഫിക് VPN ഉപയോഗിക്കുന്നു എന്ന് എങ്ങനെ തീരുമാനിക്കുന്നു

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

ഒരു വരിയിൽ പറയാവുന്ന നയം പരിശോധിക്കാവുന്നതാണ്। വേഗത്തിലുള്ള ബ്രൗസിംഗ് എന്ന് വിശേഷിപ്പിക്കുന്ന നയം അങ്ങനെയല്ല, അഭ്യർത്ഥന തെറ്റായ വഴിക്ക് പോകുമ്പോൾ ഏത് നിയമം മാറ്റണം എന്ന് അത് പറയുകയുമില്ല।

ക്ലയന്റ് നിയമങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, കെർണൽ തിരഞ്ഞെടുപ്പ് നടത്തുന്നു

ടണൽ ഉയരുമ്പോൾ, ക്ലയന്റ് നിങ്ങളുടെ മറ്റ് ഇന്റർഫേസുകൾ ഉപയോഗിക്കുന്ന അതേ ടേബിളിലേക്ക് റൂട്ടുകളും പലപ്പോഴും നയ നിയമങ്ങളും ചേർക്കുന്നു। തുടർന്ന് ഓരോ പാക്കറ്റും അതിന്റെ ലക്ഷ്യം ഓരോ സാധ്യതയുള്ള പ്രിഫിക്സുമായി താരതമ്യം ചെയ്ത് ഏറ്റവും കൃത്യമായ പൊരുത്തം നിലനിർത്തുന്ന തിരയലിലേക്ക് എത്തുന്നു, അതേസമയം മുൻഗണന വിവിധ ടേബിളുകളിലേക്ക് ചൂണ്ടുന്ന നിയമങ്ങൾ തമ്മിലുള്ള സമനില തീർക്കുന്നു। ആ തിരയലിൽ പാക്കറ്റ് ബാക്കപ്പ് ജോലിയിൽ നിന്നല്ല, ബ്രൗസർ ടാബിൽ നിന്നാണ് വന്നതെന്ന് ഒന്നിനും അറിയില്ല। വിജയിക്കുന്ന നിയമമാണ് പാത നിശ്ചയിക്കുന്നത്, മാറ്റത്തിന് മുമ്പും ശേഷവും നിങ്ങൾക്ക് അത് വായിക്കാം।

അതുകൊണ്ടാണ് സ്പ്ലിറ്റ് ടണൽ ഏകപക്ഷീയമായി തോന്നുന്നത്। ഒരു ആപ്ലിക്കേഷനിലെ രണ്ട് ലക്ഷ്യങ്ങൾ വ്യത്യസ്ത വഴികളിലൂടെ പോകാം, ഒരു പ്രിഫിക്സ് മറ്റൊന്നിനേക്കാൾ ഇടുങ്ങിയതായതുകൊണ്ട് മാത്രം।

അതേ തിരഞ്ഞെടുപ്പ് എല്ലാ പ്ലാറ്റ്ഫോമിലും ഉണ്ട്, പേരുകൾ മാറുന്നുവെങ്കിലും। Windows അതിന്റെ ഫിൽട്ടർ പ്ലാറ്റ്ഫോമിലേക്ക് തീരുമാനം തള്ളുന്നു, Android അതിന്റെ VPN സേവനത്തിലൂടെ ആപ്പ് അനുസരിച്ചുള്ള അനുമതി പട്ടിക വെളിപ്പെടുത്തുന്നു, macOS റൂട്ടിംഗ് ടേബിൾ ഇപ്പോഴും അനുസരിക്കുന്ന ഉപകരണത്തിലേക്ക് ടണൽ ബന്ധിപ്പിക്കുന്നു। Microsoft-ന്റെ റൂട്ടിംഗ് കുറിപ്പുകൾ Windows കേസിന് വായിക്കാൻ യോഗ്യമാണ്, ഒരു പ്ലാറ്റ്ഫോമിനായി എഴുതിയ ഗൈഡ് മാറ്റമില്ലാതെ മറ്റൊന്നിലേക്ക് പകരുന്നത് അപൂർവമാണ്।

ആപ്പ് അനുസരിച്ചുള്ള ബൈൻഡിംഗും ലക്ഷ്യ പ്രിഫിക്സുകളും വ്യത്യസ്ത ഉപകരണങ്ങളാണ്

ലക്ഷ്യ നയം പാക്കറ്റ് എവിടെ പോകുന്നു എന്ന് ചോദിക്കുകയും റൂട്ട് ടേബിളിനോടോ നയ നിയമത്തോടോ ആലോചിക്കുകയും ചെയ്യുന്നു। ആപ്പ് അനുസരിച്ചുള്ള നയം ഏത് പ്രോഗ്രാം സോക്കറ്റ് തുറന്നു എന്ന് ചോദിക്കുന്നു, കൂടുതൽ കൃത്യമായ റൂട്ട് മറ്റെവിടെയെങ്കിലും ചൂണ്ടുമ്പോഴും പ്ലാറ്റ്ഫോം ആ പ്രോഗ്രാമിനെ ടണൽ ഇന്റർഫേസിൽ നിലനിർത്തുന്നു। രണ്ടാമത്തേത് ടേബിൾ മാറ്റങ്ങളെ അതിജീവിക്കുന്നതിനാൽ ശക്തമാണ്, പക്ഷേ പ്ലാറ്റ്ഫോമിന് ആരോപിക്കാവുന്ന പ്രക്രിയകളെ മാത്രം ഉൾക്കൊള്ളുന്നു। സഹായ പ്രക്രിയ, ഉൾച്ചേർത്ത ബ്രൗസർ, അല്ലെങ്കിൽ സ്വന്തം കണക്ഷൻ തുറക്കുന്ന സേവനം എന്നിവ നിങ്ങൾ അനുമാനിച്ച ബൈൻഡിംഗ് പാരമ്പര്യമായി ലഭിച്ചെന്ന് വരില്ല।

പേര് അടിസ്ഥാനമാക്കിയ നയത്തെ സഹായമില്ലാതെ രണ്ട് സമീപനങ്ങളിൽ ഒന്നും അതിജീവിക്കുന്നില്ല। വലിയ സൈറ്റുകളുടെ വിലാസങ്ങൾ ഉള്ളടക്ക ശൃംഖലകൾക്കിടയിൽ കറങ്ങുന്നു, അതിനാൽ ഒരു ഹോസ്റ്റ്നാമം കുറച്ച് പ്രിഫിക്സുകളിൽ പിന്നിച്ചേർക്കുന്നത് നിശ്ശബ്ദമായി പൊരുത്തം നിർത്തുന്ന ഒരു നിയമം സൃഷ്ടിക്കുന്നു। പേരുകൾ പിന്തുടരേണ്ട നയത്തിന് സ്ഥിരമായ റൂട്ടിന് പകരം റിസോൾവർ അറിയുന്ന ഘടകം വേണം।

DNS-ഉം കിൽ സ്വിച്ചും സ്വന്തം നിയമങ്ങൾ പിന്തുടരുന്നു

പേര് നിർണ്ണയം പാക്കറ്റ് റൂട്ടിംഗിൽ നിന്ന് വേറിട്ട തീരുമാനമാണ്, സ്പ്ലിറ്റ് ടണലിന് സാധാരണയായി രണ്ട് റിസോൾവർ വേണം: ആന്തരിക പേരുകൾക്ക് കമ്പനിയുടേത്, ബാക്കിയെല്ലാത്തിനും പ്രാദേശികമായത്। ക്ലയന്റ് ഇന്റർഫേസ് അനുസരിച്ചുള്ള DNS ക്രമീകരണങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യാം, അന്വേഷണങ്ങൾ ഒരു ഇടനില റിസോൾവറിന് നൽകാം, അല്ലെങ്കിൽ സിസ്റ്റം ഡിഫോൾട്ട് തൊടാതെ വിടാം। സ്വന്തം എൻക്രിപ്റ്റ് ചെയ്ത റിസോൾവറുള്ള ബ്രൗസർ മൂന്ന് ക്രമീകരണങ്ങളെയും ഒഴിവാക്കുന്നു। റിസോൾവർ റൂട്ട് പിന്തുടർന്നു എന്ന് അനുമാനിക്കുന്നതിന് പകരം ഒരു തിരയൽ പരീക്ഷിക്കുക।

കിൽ സ്വിച്ച് മുകളിൽ ഒരു ഫിൽട്ടർ ചേർക്കുന്നു, ആ ഫിൽട്ടർ ഉദ്ദേശിച്ച ഒഴിവാക്കലിനെ യാദൃച്ഛികമായ ചോർച്ചയിൽ നിന്ന് എപ്പോഴും വേർതിരിക്കുന്നില്ല। ചില ക്ലയന്റുകൾ ടണലിന് പുറത്തുള്ള എല്ലാം തടയുന്നു, മറ്റുള്ളവർ നയം പ്രഖ്യാപിച്ച ഒഴിവാക്കലുകൾ അനുവദിക്കുന്നു, അതിനാൽ ഏതെങ്കിലും ഒന്നിനെ ആശ്രയിക്കുന്നതിന് മുമ്പ് നിങ്ങളുടേത് ഏത് പെരുമാറ്റം നടപ്പിലാക്കുന്നു എന്ന് വായിക്കുക।

ഇരുവശത്തുനിന്നും വേർതിരിക്കൽ പരിശോധിക്കുക

ഉൾപ്പെടുത്തിയ പാതയും ഒഴിവാക്കിയ പാതയും വെവ്വേറെ പരീക്ഷിക്കുക, ഫലം പൊതു വിലാസത്താൽ അല്ല, ഇന്റർഫേസ് പേരാൽ വിലയിരുത്തുക। ഈ കമാൻഡുകൾ ടണൽ ഉപകരണം ഇതിനകം ഉയർത്തിയ Linux ഹോസ്റ്റ് അനുമാനിക്കുന്നു। 203.0.113.10 നിങ്ങളുടെ നയം ഉള്ളിലേക്ക് റൂട്ട് ചെയ്യുന്ന ലക്ഷ്യത്താലും, 198.51.100.25 അത് പുറത്തേക്ക് അയക്കുന്ന ഒന്നിനാലും മാറ്റുക।

ip route get 203.0.113.10
ip route get 198.51.100.25
resolvectl query intranet.example.com
curl -s --interface tun0 https://example.com -o /dev/null -w '%{http_code}\n'

ആദ്യ രണ്ട് ഉത്തരങ്ങൾ ഒരുമിച്ച് വായിക്കുക, കാരണം ഓരോന്നിലും പേരിട്ട ഇന്റർഫേസ് ആ ലക്ഷ്യം ടണലിൽ വെച്ചോ എന്ന് കാണിക്കുന്നു। റിസോൾവർ അന്വേഷണം ആന്തരിക നാമത്തിന് ഏത് സെർവർ ഉത്തരം നൽകി എന്ന് കാണിക്കുന്നു, അവസാന കമാൻഡ് ടണൽ ഉപകരണത്തിന് അഭ്യർത്ഥന വഹിക്കാനാകുമെന്ന് തെളിയിക്കുന്നു। ആദ്യ വരി വിജയിക്കുമ്പോൾ രണ്ടാം വരിയിൽ പരാജയം എന്നാൽ നയം പറഞ്ഞത് കൃത്യമായി ചെയ്യുന്നു എന്നാണ്।

വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷവും നെറ്റ്വർക്ക് മാറ്റത്തിന് ശേഷവും ഈ കൂട്ടം ആവർത്തിക്കുക। ലീസ് പുതുക്കലും ഇന്റർഫേസുകളുടെ ചലനവുമാണ് വേർതിരിക്കൽ താൻ നിർമ്മിച്ച ഉദ്ദേശവുമായി പൊരുത്തപ്പെടാതാകുന്ന സ്ഥലങ്ങൾ, ഓരോ റണ്ണിന്റെയും സേവ് ചെയ്ത ഔട്ട്പുട്ട് വ്യതിയാനം വ്യക്തമാക്കുന്നു।