OpenVPN റൂട്ട് പ്ലാനിലേക്ക് bypass-dhcp യഥാർത്ഥത്തിൽ എന്താണ് ചേർക്കുന്നത്

redirect-gateway def1 bypass-dhcp ഉള്ള ഒരു പ്രൊഫൈൽ IPv4 ഡിഫോൾട്ട് റൂട്ട് മാറ്റിസ്ഥാപിക്കുന്നതിനെ ഒരു ഇടുങ്ങിയ ഒഴിവാക്കലുമായി ചേർക്കുന്നു. ആളുകൾ അവസാന വാക്ക് വായിച്ച് മൊബൈൽ കണക്ഷനുകൾക്കുള്ള പൊതുവായ പരിഹാരം പ്രതീക്ഷിക്കുന്നു, പിന്നീട് ഈ ഫ്ലാഗ് ഒരിക്കലും പിന്തുണയ്ക്കാത്ത DHCP സിദ്ധാന്തത്തിൽ ഒരു ഉച്ചയ്ക്കുശേഷം ചെലവഴിക്കുന്നു. ഓരോ ഭാഗവും ഒരു കാര്യം ചെയ്യുന്നു, ഒഴിവാക്കൽ അതിന്റെ പ്രശസ്തിയെക്കാൾ വളരെ ചെറുതാണ്.

മൊബൈൽ നെറ്റ്‌വർക്കിൽ മാത്രം സംഭവിക്കുന്ന പരാജയത്തെ വിലാസ അനുവദനത്തിന്റെ മേൽ ചുമത്തുന്നതിന് മുമ്പ് ഫ്ലാഗുകൾ വേർതിരിക്കുക. ആ സ്ട്രിംഗിന്റെ രണ്ട് പകുതികൾക്കും പരസ്പരം യാതൊരു ബന്ധവുമില്ല.

രണ്ട് ഫ്ലാഗുകൾ, രണ്ട് ബന്ധമില്ലാത്ത ജോലികൾ

def1 ഉപയോഗിക്കുമ്പോൾ, ക്ലയന്റ് ഇപ്പോൾ ഉള്ള ഡിഫോൾട്ട് റൂട്ട് മാറ്റിസ്ഥാപിക്കുന്നതിന് പകരം രണ്ട് IPv4 പകുതി-ഡിഫോൾട്ട് റൂട്ടുകൾ ചേർക്കുന്നു. 0.0.0.0/1 വിലാസ സ്ഥലത്തിന്റെ താഴത്തെ പകുതിയും 128.0.0.0/1 മുകളിലെ പകുതിയും ഉൾക്കൊള്ളുന്നു, അതിനാൽ ഒരുമിച്ച് അവ ഓരോ ലക്ഷ്യസ്ഥാനത്തും എത്തുന്നു, ഓരോന്നും 0.0.0.0/0-നെക്കാൾ കൂടുതൽ നിർദ്ദിഷ്ടമായി തുടരുന്നു. അതിനാൽ യഥാർത്ഥ ഡിഫോൾട്ട് റൂട്ട് ആ തിരയലുകൾ നേടാതെ പട്ടികയിൽ തുടരുന്നു, ഇത് പഴയ ഗേറ്റ്‌വേയെ ക്ലയന്റ് വ്യക്തമായി റൂട്ട് ചെയ്യുന്ന എല്ലാത്തിനും എത്താവുന്നതായി നിലനിർത്തുന്നു. ഇത് പട്ടികയിൽ രണ്ട് ഓവർലാപ്പിംഗ് ഡിഫോൾട്ടുകളും അവശേഷിപ്പിക്കുന്നു, അതിനാൽ ഒരു റൂട്ട് ഡംപ് പ്രൊഫൈൽ സൂചിപ്പിക്കുന്നതിനേക്കാൾ വിചിത്രമായി തോന്നാം.

bypass-dhcp വേറിട്ടതാണ്, ഡിഫോൾട്ട് റൂട്ടിനെ ഒട്ടും സ്പർശിക്കുന്നില്ല. OpenVPN 2.6 കൈപ്പുസ്തകം ഇതിനെ പ്രാദേശിക സബ്‌നെറ്റിൽ ഇല്ലാത്ത DHCP സെർവറിലേക്ക് നേരിട്ടുള്ള റൂട്ട് ചേർക്കുന്നതായി വിവരിക്കുന്നു, അതിനാൽ ലീസ് ട്രാഫിക് ടണലിന് പുറത്തേക്ക് പോകുന്നു, കൂടാതെ ഈ സ്വഭാവം Windows ക്ലയന്റുകളിൽ നടപ്പിലാക്കിയിട്ടുണ്ടെന്നും മറ്റെവിടെയെങ്കിലും ലഭ്യമല്ലായിരിക്കാമെന്നും കുറിപ്പിടുന്നു.

അതിന്റെ നിലനിൽപ്പിന്റെ കാരണം യാന്ത്രികമാണ്. പകുതി-ഡിഫോൾട്ട് റൂട്ടുകൾ പുറത്തേക്കുള്ള ട്രാഫിക് പിടിച്ചെടുത്താൽ, ഭൗതിക നെറ്റ്‌വർക്കിലെ സെർവറിലേക്കുള്ള DHCP പുതുക്കൽ, ആ വിലാസം യഥാർത്ഥ ഇന്റർഫേസിൽ ഉറപ്പിക്കുന്നില്ലെങ്കിൽ, ടണലിലേക്ക് റൂട്ട് ചെയ്യപ്പെടും. ഫ്ലാഗ് അത് ഉറപ്പിക്കുന്നു.

ഒഴിവാക്കൽ യഥാർത്ഥത്തിൽ എത്രത്തോളം പരിമിതമാണ്

വിജയകരമായ കണക്ഷനു ശേഷമുള്ള ഒരു ഉദാഹരണ പട്ടിക രൂപം കാണിക്കുന്നു: ടണലിലൂടെ രണ്ട് പകുതി-ഡിഫോൾട്ട് റൂട്ടുകൾ, ഭൗതിക ഗേറ്റ്‌വേയിലൂടെ DHCP സെർവറിനുള്ള ഒരു ഹോസ്റ്റ് റൂട്ട്. അത് നിങ്ങളുടെ സ്വന്തം വിലാസങ്ങളായി അല്ല, ഒരു രൂപമായി വായിക്കുക.

0.0.0.0/1        via 10.8.0.1      dev tun0
128.0.0.0/1      via 10.8.0.1      dev tun0
192.168.1.1/32   via 192.168.1.254 dev wlan0

ആ മൂന്നാം വരി ഒരു ലക്ഷ്യസ്ഥാനത്തെ മാത്രം പേരിടുന്നു. ഇത് റിസോൾവർ ക്രമീകരണമല്ല, പ്രാദേശിക നെറ്റ്‌വർക്കിനുള്ള പൊതു അനുമതിയല്ല, സെർവറിലെ എഗ്രെസ് നിയമമല്ല. സെല്ലുലാർ ബിയററിലുള്ള ഒരു ഫോണിന് ക്ലയന്റിന് ഈ രീതിയിൽ തിരിച്ചറിയാൻ കഴിയുന്ന DHCP സെർവർ ഇല്ലായിരിക്കാം, അതുകൊണ്ടാണ് ഫ്ലാഗ് അവിടെ ഒന്നും മാറ്റാത്തത്.

ക്ലയന്റ് യഥാർത്ഥത്തിൽ എന്ത് ഇൻസ്റ്റാൾ ചെയ്തുവെന്ന് പരിശോധിക്കുക

പ്രൊഫൈലിൽ എഴുതിയ ഓപ്ഷൻ, സെർവർ വാഗ്ദാനം ചെയ്യുന്ന ഓപ്ഷൻ, കണക്ഷന്റെ ഉടമ യഥാർത്ഥത്തിൽ പ്രയോഗിച്ച റൂട്ട് എന്നിവ തമ്മിൽ വേർതിരിക്കുക. പിന്തുണയില്ലാത്ത ഫ്ലാഗ് നിരസിക്കുന്ന ക്ലയന്റ് ബാക്കി കോൺഫിഗറേഷൻ നിലനിർത്തിയേക്കാം, അതിനാൽ ടണൽ ഉയരുന്നു, ഒഴിവാക്കൽ വെറുതെ ഇല്ലാതിരിക്കുന്നു. ഫയലിലെ വരി പ്രാബല്യത്തിൽ വന്നുവെന്ന് അനുമാനിക്കുന്നതിന് പകരം ക്ലയന്റിന്റെ സ്വന്തം ലോഗും ഫലമായുണ്ടാകുന്ന റൂട്ടിംഗ് പട്ടികയും വായിക്കുക. ഇവയിൽ മൂന്നെണ്ണം ഒരേസമയം ശരിയാകാം, പാക്കറ്റുകൾ യഥാർത്ഥത്തിൽ എവിടെ പോകുന്നു എന്നത് മാറ്റുന്നത് അവസാനത്തേത് മാത്രമാണ്.

VPN അന്തിമ ബിന്ദുവിലേക്കുള്ള റൂട്ട് അതേ സമയം ഉപയോഗയോഗ്യമായി നിലനിർത്തുക. ആ അന്തിമ ബിന്ദു ഒഴിവാക്കൽ DHCP ഒഴിവാക്കലിൽ നിന്ന് വ്യത്യസ്തമായ ആവശ്യകതയാണ്, അതില്ലെങ്കിൽ ടണൽ തന്നെ നിലനിർത്തുന്ന ഗതാഗതം പിടിച്ചെടുക്കാം.

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

ബാക്കി പാത ഈ ഫ്ലാഗിൽ ഇല്ല

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

നാമ പരിഹാരത്തിനും IPv6-നും ഓരോന്നിനും സ്വന്തം നയം വേണം. IPv4 മാറ്റിസ്ഥാപിക്കൽ റിസോൾവറെ ടണൽ ഭാഗത്തെ സെർവറിലേക്ക് തിരിക്കുന്നുമില്ല, IPv6 കവറേജ് സ്ഥാപിക്കുന്നുമില്ല, കൂടാതെ v4 മാത്രം റീഡയറക്‌ട് ചെയ്യുന്ന ക്ലയന്റ് v6 പാതയെ സ്പർശിക്കാതെ വിടുന്നു.

പ്രൊഫൈലും ലക്ഷ്യസ്ഥാനവും സ്ഥിരമായി നിർത്തി, അംഗീകരിച്ച ഒരു നിരുപദ്രവകരമായ അഭ്യർത്ഥന പ്രവർത്തിക്കുന്നതും പരാജയപ്പെടുന്നതുമായ ആക്സസ് പാതയിൽ താരതമ്യം ചെയ്യുക. വ്യത്യാസം നാമ പരിഹാരത്തിലാണോ, ടണൽ സ്ഥാപിക്കലിലാണോ, റൂട്ട് തിരഞ്ഞെടുപ്പിലാണോ, ഫോർവേഡ് ചെയ്ത ട്രാഫിക്കിലാണോ എന്ന് രേഖപ്പെടുത്തുക, ഉത്തരം പ്രൊഫൈലിനൊപ്പം സൂക്ഷിക്കുക. ആ രേഖയാണ് അടുത്ത വ്യക്തിയെ എത്തിപ്പെടാൻ കഴിയാത്ത ഒരു പ്രശ്നത്തിന് DHCP-യെ കുറ്റപ്പെടുത്തുന്നതിൽ നിന്ന് തടയുന്നത്.