VPN വഴി Dante SOCKS: പൂർണ്ണ ടണൽ അല്ലെങ്കിൽ ഉറവിട അടിസ്ഥാന റൂട്ടിംഗ്

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

രണ്ട് രൂപകൽപ്പനകൾ, രണ്ട് വ്യത്യസ്ത നാശ പരിധികൾ

പൂർണ്ണ-ടണൽ രൂപകൽപ്പനയാണ് മിക്ക VPN ക്ലയന്റുകളും സ്വതവേ ചെയ്യുന്നത്: എല്ലാം ടണലിനെ പിന്തുടരാൻ ഡിഫോൾട്ട് റൂട്ട് മാറ്റുക, പിന്നീട് പിന്തുടരാൻ പാടില്ലാത്തത് ഒഴിവാക്കുക. ഇതിനെക്കുറിച്ച് ചിന്തിക്കാൻ എളുപ്പവും ഇതിനെ ഇടുങ്ങിയതായി നിലനിർത്താൻ ബുദ്ധിമുട്ടുള്ളതുമാണ്, കാരണം നിങ്ങൾ ചേർക്കുന്ന ഓരോ പ്രാദേശിക സേവനവും അതിനെ ഒഴിവാക്കുന്നതുവരെ ടണൽ പാരമ്പര്യമായി ലഭിക്കുന്നു. പരാജയ രീതി വിശാലമാണ്, കാരണം ഒരു തെറ്റായ റൂട്ട് ഹോസ്റ്റിന്റെ സ്വന്തം കണക്റ്റിവിറ്റിയും കൂടെ കൊണ്ടുപോകുന്നു.

ഉറവിട തിരഞ്ഞെടുപ്പ് രൂപകൽപ്പന വിപരീത ദിശയിലേക്ക് പോകുന്നു. പ്രധാന പട്ടിക അതേപടി നിലക്കുന്നു, ഒരു നയ നിയമം ഒരു നിർദ്ദിഷ്ട പ്രാദേശിക വിലാസത്തിൽ നിന്നുള്ള പാക്കറ്റുകൾ ടണൽ-ഡിഫോൾട്ട് ഉള്ള പട്ടികയിലേക്ക് അയക്കുന്നു. മറ്റൊന്നും മാറുന്നില്ല, അതായത് നാശ പരിധി ഒരു വിലാസമാണ്.

ഈ ഇടുക്കം തന്നെ പരിമിതിയുമാണ്: പ്രോക്സിയുടെ പുറത്തേക്കുള്ള പാക്കറ്റുകൾ യഥാർത്ഥത്തിൽ ആ വിലാസം വഹിച്ചാൽ മാത്രമേ രൂപകൽപ്പന പ്രവർത്തിക്കൂ.

Dante-യുടെ external ക്രമീകരണം എന്ത് ചെയ്യുന്നു

external ക്രമീകരണം പ്രോക്സി പുറത്തേക്കുള്ള കണക്ഷനുകൾക്ക് ഉപയോഗിക്കുന്ന വിലാസങ്ങൾ തിരഞ്ഞെടുക്കുന്നു; അത് കേർണലിന്റെ റൂട്ടിംഗ് നയത്തിൽ സ്പർശിക്കുന്നില്ല. ആ വേർതിരിവാണ് രണ്ടാം രൂപകൽപ്പന സാധ്യമാക്കുന്നത്, ഇവിടെയാണ് ആളുകൾ ഡോക്യുമെന്റേഷൻ തെറ്റായി വായിക്കുന്നത്. external ഒരു ടണൽ വിലാസത്തിലേക്ക് ചൂണ്ടിക്കാട്ടുന്നത് പ്രോക്സി അതിന്റെ കണക്ഷനുകൾ ആ വിലാസത്തിൽ നിന്ന് ഉത്പാദിപ്പിക്കാൻ ഇടയാക്കുന്നു, തുടർന്ന് റൂട്ടിംഗ് പട്ടിക ആ പാക്കറ്റുകൾ എവിടെ പോകുന്നുവെന്ന് തീരുമാനിക്കുന്നു.

ലിസണർ വേറൊരു കാര്യമാണ്. internal പ്രോക്സി ഉപയോഗിക്കേണ്ട ക്ലയന്റുകളിൽ മാത്രം പരിമിതപ്പെടുത്തുക, പ്രാമാണീകരണം ആവശ്യപ്പെടുക, പോർട്ട് ഫയർവാൾ ഉപയോഗിച്ച് അടയ്ക്കുക, കാരണം തുറന്ന ലിസണർ VPN എക്സിറ്റിന്റെ സവിശേഷതയല്ല.

കോൺഫിഗർ ചെയ്ത വിലാസം പ്രോക്സിയുടെ നെറ്റ്വർക്ക് നാമസ്ഥലത്തിനുള്ളിൽ യഥാർത്ഥത്തിൽ ടണലിന്റേതാണെന്ന് സ്ഥിരീകരിക്കുക.

ഉറവിട തിരഞ്ഞെടുപ്പ് പട്ടിക നിർമ്മിക്കൽ

10.90.0.2/24 TUN വിലാസം, 10.90.0.1-ൽ എത്താവുന്ന പിയർ, മറ്റൊന്നും ഉപയോഗിക്കാത്ത പട്ടിക നമ്പർ എന്നിവയ്ക്ക്, ക്രമീകരണം ഇങ്ങനെയാണ്:

ip -4 route add table 100 10.90.0.0/24 dev tun0 src 10.90.0.2
ip -4 route add table 100 default via 10.90.0.1 dev tun0 metric 10
ip -4 route add table 100 unreachable default metric 32760
ip -4 rule add priority 1000 from 10.90.0.2/32 lookup 100

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

ഈ മൂല്യങ്ങൾ ഒരു ടോപ്പോളജിയെ വിവരിക്കുന്നു. പോയിന്റ്-ടു-പോയിന്റ് പിയറുകൾ, net30 അഡ്രസ്സിംഗ്, വ്യത്യസ്ത പ്രിഫിക്സ് നൽകുന്ന ക്ലയന്റുകൾ എന്നിവയ്ക്കെല്ലാം സ്വന്തം റൂട്ടുകൾ വേണം, അതിനാൽ വിലാസങ്ങളല്ല, രൂപം പകർത്തുക.

ഉറവിട നിയമം എവിടെ ചോരുന്നു

ഉറവിട വിലാസവുമായി പൊരുത്തപ്പെടുന്ന നിയമം അത് ഉപയോഗിക്കുന്ന എല്ലാ പ്രോസസ്സിനെയും ബാധിക്കുന്നു, പ്രോക്സിയെ മാത്രമല്ല. മറ്റൊരു ഡീമൺ അതേ വിലാസം ബൈൻഡ് ചെയ്താൽ, അതിന്റെ ട്രാഫിക്കും ടണൽ എടുക്കുന്നു, പരാജയം ബന്ധമില്ലാത്ത സേവനത്തിന്റെ പ്രശ്നമായി തോന്നും. പ്രോക്സിക്ക് മറ്റൊന്നും ഉപയോഗിക്കാത്ത വിലാസം നൽകുക, അല്ലെങ്കിൽ പരിധി പ്രോസസ്സല്ല, വിലാസമാണെന്ന് അംഗീകരിക്കുക.

DNS മറ്റൊരു ചോർച്ചയാണ്. റിസോൾവർ സോക്കറ്റ് പ്രോക്സിയുടെ external ഡാറ്റാ-കണക്ഷൻ ഉറവിടം ഉപയോഗിക്കണമെന്നില്ല, അതിനാൽ പേര് തിരച്ചിലുകൾ ഇപ്പോഴും WAN വഴി പുറത്തുപോകാം. കണക്ഷൻ സ്ഥാപിക്കുന്നതിൽ നിന്ന് വേർതിരിച്ച് റെസല്യൂഷൻ പരിശോധിക്കുക, ആ ഫലം സ്വീകാര്യമാണോ എന്ന് തീരുമാനിക്കുക.

IPv6-ന് സ്വന്തം നിയമങ്ങളും റൂട്ടുകളും വേണം, കാരണം IPv4 ക്രമീകരണം അതിനെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല.

നിങ്ങൾക്ക് സഹിക്കാവുന്ന പരാജയം അനുസരിച്ച് തിരഞ്ഞെടുക്കുക

ഹോസ്റ്റിനെ മൊത്തത്തിൽ സംരക്ഷിക്കേണ്ടതും ഒഴിവാക്കൽ പട്ടിക പരിപാലിക്കാനാവുന്നതുമാണെങ്കിൽ പൂർണ്ണ ടണൽ തിരഞ്ഞെടുക്കുക. ഹോസ്റ്റ് സ്വന്തം പാത നിലനിർത്തേണ്ടതും ഒരു സേവനം മാത്രം വഴിതിരിച്ചുവിടേണ്ടതുമാണെങ്കിൽ ഉറവിട അടിസ്ഥാന റൂട്ടിംഗ് തിരഞ്ഞെടുക്കുക. രണ്ടും ന്യായമാണ്; തെറ്റ് എന്നത് ഒന്ന് തിരഞ്ഞെടുത്ത് പിന്നീട് അതിനെ മറ്റൊന്നായി പരിശോധിക്കുന്നതാണ്.

ഏത് തിരഞ്ഞെടുത്താലും ഇരുവശത്തുനിന്നും പരിശോധിക്കുക: പ്രോക്സി വഴിയുള്ള ഒരു അഭ്യർത്ഥനയും ഹോസ്റ്റിൽ നിന്നുള്ള നേരിട്ടുള്ള അഭ്യർത്ഥനയും, ഓരോന്നിനും നിരീക്ഷിച്ച എക്സിറ്റ് വിലാസം രേഖപ്പെടുത്തി.

ടണൽ വീണാൽ, പ്രോക്സി പരാജയപ്പെടണമോ പിൻവാങ്ങണമോ എന്ന് മുൻകൂട്ടി തീരുമാനിക്കുക, റൂട്ടിംഗ് പട്ടിക ആ തീരുമാനം പ്രകടിപ്പിക്കട്ടെ.