നിങ്ങളുടെ പഴയ ഡിഫോൾട്ട് റൂട്ട് OpenVPN-ന് ശേഷവും ഉദ്ദേശ്യപൂർവ്വം നിലനിൽക്കുന്നു

നിങ്ങൾ ടണൽ ബന്ധിപ്പിച്ച് ip route പ്രവർത്തിപ്പിക്കുമ്പോഴും യഥാർത്ഥ ഡിഫോൾട്ട് ഗേറ്റ്വേ അവിടെ തന്നെയുണ്ട്. അടുത്ത ചിന്ത ക്ലൈന്റ് റൂട്ട് ഏറ്റെടുത്തില്ല എന്നതാണ്, അതിനാൽ ഡിഫോൾട്ട് കൈകൊണ്ട് ഇല്ലാതാക്കുമ്പോൾ കണക്റ്റിവിറ്റി പൂർണ്ണമായി നഷ്ടപ്പെടും. ആ എൻട്രി അവിടെ നിൽക്കേണ്ടതാണ്. redirect-gateway def1-നൊപ്പം OpenVPN സാധാരണ ഡിഫോൾട്ട് മാറ്റിസ്ഥാപിക്കുന്നതിന് പകരം അതിനെ മറികടക്കുന്ന രണ്ട് കൂടുതൽ നിർദ്ദിഷ്ട റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു. പഴയ ഗേറ്റ്വേ അവിടെ നിൽക്കുന്നു, നിങ്ങൾ പരിശോധിച്ചിരുന്ന ട്രാഫിക് കൊണ്ടുപോകുന്നത് നിർത്തുന്നു.

def1 യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുന്നു

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

യഥാർത്ഥ ഡിഫോൾട്ട് അതിന്റെ സ്ഥാനത്ത് വിടുന്നത് ബോധപൂർവ്വമാണ്. ക്ലൈന്റ് എന്താണ് മാറ്റിസ്ഥാപിച്ചതെന്ന് ഓർമ്മിച്ചുവയ്ക്കേണ്ടതില്ല, VPN സെർവറിലേക്കുള്ള സ്വന്തം കണക്ഷൻ കൊണ്ടുപോകുന്ന റൂട്ട് അത് വീണ്ടും എഴുതുന്നുമില്ല. വിച്ഛേദിക്കുമ്പോൾ അത് രണ്ട് പകുതി റൂട്ടുകൾ നീക്കം ചെയ്യുന്നു, പട്ടിക മുമ്പ് ഉണ്ടായിരുന്നതിലേക്ക് തിരിച്ചുപോകുന്നു.

എന്തുകൊണ്ട് /1, /0 അല്ല

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

പഴയ ഡിഫോൾട്ടിന്റെ മെട്രിക് കൂട്ടിയാലും കുറച്ചാലും ഒന്നും മാറുന്നില്ല, മറ്റൊരു ഇന്റർഫേസിലെ താഴ്ന്ന മെട്രിക് ഡിഫോൾട്ടും ട്രാഫിക് മോഷ്ടിക്കുന്നില്ല. ആദ്യം പ്രിഫിക്സ് ദൈർഘ്യമാണ് തീരുമാനിക്കുന്നത്, തുല്യ പ്രിഫിക്സുകൾ മാത്രമാണ് മെട്രിക്കിലേക്ക് പോകുന്നത്.

യഥാർത്ഥ റൂട്ടിംഗ് പട്ടിക വായിക്കുക

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

default via 192.168.50.1 dev wlan0
0.0.0.0/1 via 10.8.0.1 dev tun0
128.0.0.0/1 via 10.8.0.1 dev tun0

പ്രധാനം ബന്ധമാണ്: ഒരു പൊതു ഡിഫോൾട്ടിന് മേലെ രണ്ട് നിർദ്ദിഷ്ട പകുതികൾ. ഒന്നും അതിനെ മാറ്റിസ്ഥാപിക്കാത്തതിനാൽ പഴയ ഗേറ്റ്വേയുടെ വരി നിൽക്കുന്നു.

പാക്കറ്റ് യഥാർത്ഥത്തിൽ ഏത് റൂട്ട് എടുക്കുന്നു എന്ന് പരിശോധിക്കുക

കൂടുതൽ നിർദ്ദിഷ്ട റൂട്ടുകൾക്ക് ഇപ്പോഴും ജയിക്കാം: സ്വകാര്യ ശ്രേണി, പ്രാദേശിക സബ്നെറ്റ് എന്നിവയ്ക്കുള്ള റൂട്ടോ VPN സെർവറിന്റെ സ്വന്തം വിലാസമോ /1-നെക്കാൾ നീളമുള്ളതാണ്. ടണലിന് അതിന്റെ സെർവറിലേക്ക് പുറത്തുള്ള വഴി വേണം, ആ കണക്ഷൻ തിരികെ ടണലിലേക്ക് അയച്ചാൽ അത് ഉടനടി തകരും. Linux-ൽ പട്ടിക കണ്ണുകൊണ്ട് വായിക്കുന്നതിന് പകരം കർണലിനോട് ചോദിക്കുക: നിങ്ങൾക്ക് താൽപ്പര്യമുള്ള ലക്ഷ്യസ്ഥാനത്തോടെ ip route get തിരഞ്ഞെടുത്ത റൂട്ടും ഇന്റർഫേസും ഉറവിടവും പ്രിന്റ് ചെയ്യുന്നു. നയാധിഷ്ഠിത റൂട്ടിംഗ് കോൺഫിഗർ ചെയ്തിട്ടുണ്ടെങ്കിൽ നിയമങ്ങളും പരിശോധിക്കുക, കാരണം പ്രധാന പട്ടിക നോക്കുന്നതിന് മുമ്പ് ഒരു നിയമത്തിന് മറ്റൊരു പട്ടിക തിരഞ്ഞെടുക്കാം.

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

def1 എന്ത് ഉൾകൊള്ളുന്നില്ല

രണ്ട് IPv4 എൻട്രികൾ IPv6-നെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല: IPv6 കണക്റ്റിവിറ്റിയുള്ള ഹോസ്റ്റ് ആ കുടുംബത്തെ വേറിട്ട് തിരിച്ചുവിടുന്നതുവരെ സ്വന്തം ഡിഫോൾട്ട് ഉപയോഗിക്കുന്നത് തുടരുന്നു, അതിനാൽ ഇരട്ട-സ്റ്റാക്ക് നെറ്റ്വർക്കിൽ ചില ട്രാഫിക് ടണൽ ഒഴിവാക്കുന്നതായി തോന്നുന്നു. മറ്റ് ക്ലൈന്റുകളും നെറ്റ്വർക്ക് മാനേജർമാരും പൂർണ്ണ-ടണൽ റൂട്ടിംഗ് വ്യത്യസ്തമായി നടപ്പിലാക്കുന്നു, അവരുടെ പട്ടികകൾ ഒരിക്കലും ഒത്തുപോകില്ല. ഇവിടെ വിവരിച്ച def1 സ്വഭാവം OpenVPN-ന്റെ രേഖപ്പെടുത്തിയ ഫ്ലാഗിന്റേതാണ്, യന്ത്രത്തിലെ എല്ലാ VPN-കളുടേതുമല്ല.

കിൽ സ്വിച്ച് മറ്റൊരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: ടണൽ വീഴുമ്പോൾ യന്ത്രം എന്ത് ചെയ്യുന്നു. റൂട്ട് മുൻഗണന ടണൽ ഉള്ളപ്പോൾ ട്രാഫിക് എവിടേക്ക് പോകുന്നു എന്ന് നിർണ്ണയിക്കുന്നു; അതിനുശേഷം ഫയർവാൾ എന്ത് ചെയ്യുന്നു എന്ന് അത് നിർണ്ണയിക്കുന്നില്ല. ജോലിയുടെ ക്രമം: പട്ടിക വായിക്കുക, രണ്ട് പകുതികളും ഉണ്ടെന്ന് ഉറപ്പാക്കുക, പരാജയപ്പെടുന്ന ലക്ഷ്യസ്ഥാനത്തിനായി ip route get പ്രവർത്തിപ്പിക്കുക, നയ നിയമങ്ങൾ പരിശോധിക്കുക, തുടർന്ന് IPv6 വെവ്വേറെ നോക്കുക. പഴയ ഡിഫോൾട്ട് ഇരിക്കുന്നിടത്ത് തന്നെ വിടുക.