OpenVPN redirect-gateway: ഓരോ ഫ്ലാഗും റൂട്ടുകളിൽ എന്ത് ചെയ്യുന്നു

പ്രൊഫൈലിൽ redirect-gateway ഉപയോഗിച്ച് കണക്ട് ചെയ്യുക, എന്നിട്ട് നിങ്ങളുടെ യന്ത്രത്തിന്റെ സ്ഥിര റൂട്ട് അപ്രത്യക്ഷമാകാം, രണ്ടായി പിളരാം, അല്ലെങ്കിൽ ഉണ്ടായിരുന്നിടത്തു തന്നെ നിൽക്കാം, ആരും രണ്ടുതവണ വായിക്കാത്ത ഫ്ലാഗുകളെ ആശ്രയിച്ച്. ഈ ഓപ്ഷൻ റൂട്ടിംഗ് അവസ്ഥ മാത്രം മാറ്റുന്നു, മറ്റൊന്നുമല്ല, അതിനാൽ അത് എന്ത് ചെയ്തു എന്നതിന് ഏക വിശ്വസനീയമായ തെളിവ് ക്ലയന്റ് പിന്നീട് ഇൻസ്റ്റാൾ ചെയ്ത പട്ടികയാണ്. തുടർന്ന് വരുന്നത് കണക്ഷനു ശേഷമുള്ള പട്ടികയും, ടണലിനെ തന്നെ ജീവനോടെ നിർത്തുന്ന റൂട്ടും, ഈ നിർദ്ദേശം ഒരിക്കലും ഉൾക്കൊള്ളുന്നു എന്ന് അവകാശപ്പെടാത്ത IPv6 ട്രാഫിക്കും ആണ്. ഓരോ ഘട്ടവും ടണൽ ഓണായിരിക്കുമ്പോൾ ക്ലയന്റിൽ പ്രവർത്തിപ്പിക്കാവുന്ന ഒരു കമാൻഡാണ്.

ഓരോ ഫ്ലാഗും സ്ഥിര റൂട്ടിൽ എന്ത് ചെയ്യുന്നു

ഒരു ഫ്ലാഗും ഇല്ലാതെ, ഓപ്ഷൻ സാധാരണ സ്ഥിര റൂട്ട് നീക്കി അതിന്റെ സ്ഥാനത്ത് ടണൽ വയ്ക്കുന്നു, അതിനാൽ കണക്ഷൻ ഓണായിരിക്കുമ്പോൾ പഴയ ഗേറ്റ്വേ പട്ടികയിൽ നിന്ന് അപ്രത്യക്ഷമാകുന്നു. def1 ചേർക്കുക, ആ സ്ഥിര റൂട്ട് പട്ടികയിൽ തുടരും, രണ്ട് ഇടുങ്ങിയ റൂട്ടുകൾ ജോലി ചെയ്യുന്നു. bypass-dhcp ചേർക്കുക, DHCP റൂട്ടും അതിജീവിക്കും, ക്ലയന്റ് ഇപ്പോഴും പ്രാദേശിക DHCP സെർവറിൽ എത്തേണ്ട നെറ്റ്വർക്കിൽ ഇത് പ്രധാനമാണ്. OpenVPN 2.6 മാനുവൽ പേജിലെ ഫ്ലാഗ് പട്ടിക ഒരുതവണ വായിക്കാൻ മതിയാകും വിധം ചെറുതാണ്, ഓരോ എൻട്രിയും ഏത് റൂട്ടുകൾ പട്ടികയിൽ എത്തുന്നു എന്നത് മാറ്റുന്നു.

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

def1 നിങ്ങളുടെ സ്ഥിര റൂട്ട് തൊടാതെ നിർദ്ദിഷ്ടതയാൽ വിജയിക്കുന്നു

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

പ്രൊഫൈലല്ല, പട്ടിക വായിക്കുക, കാരണം ആ സാഹചര്യങ്ങളിൽ ഏതിലാണ് നിങ്ങൾ എന്നത് പട്ടിക മാത്രം കാണിക്കുന്നു. അവയെ വേർതിരിക്കാൻ രണ്ട് വരികൾ മതി:

ip route show default
ip route show | grep -E '^(0\.0\.0\.0/1|128\.0\.0\.0/1)'

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

ടണലിന്റെ അവസാന പോയിന്റ് എത്താവുന്നതായി നിർത്തുക

ക്ലയന്റിന് ടണലിന്റെ ദൂരെ അറ്റത്തേക്ക് സ്വയം ടണലിലൂടെ പോകാത്ത ഒരു റൂട്ട് വേണം. OpenVPN മറ്റെന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ആ ഹോസ്റ്റ് റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്നു, കൈകൊണ്ടുള്ള റൂട്ട് എഡിറ്റിംഗോ രണ്ടാമത്തെ VPN ക്ലയന്റോ അത് എടുത്തുമാറ്റാം. തുടർന്നുള്ള ലക്ഷണം കണക്ട് ചെയ്തു എന്ന് പറയുകയും പിന്നീട് ഒന്നും കടത്തിവിടാതിരിക്കുകയും ചെയ്യുന്ന കണക്ഷനാണ്.

ടണൽ ഓണായിരിക്കുമ്പോൾ അവസാന പോയിന്റ് വിലാസത്തിന് ഏത് ഇന്റർഫേസ് ഉപയോഗിക്കുമെന്ന് കേർണലിനോട് ചോദിക്കുക. ഉത്തരം ഭൗതിക ഇന്റർഫേസും അതിന്റെ ഗേറ്റ്വേയും പേരെടുത്ത് പറയണം, ഒരിക്കലും tun0 അല്ല:

ip route get 198.51.100.20

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

IPv6 ട്രാഫിക് സ്വന്തം പട്ടിക തുടർന്നും ഉപയോഗിക്കുന്നു

IPv4 വഴിതിരിച്ചുവിടുന്നത് IPv6-നെ വെറുതെ വിടുന്നു, രണ്ട് കുടുംബങ്ങളും വ്യത്യസ്ത ഫ്ലാഗുകളാൽ മാറുന്നു. പ്രവർത്തിക്കുന്ന v6 സ്ഥിര റൂട്ടുള്ള ഇരട്ട-സ്റ്റാക്ക് ഹോസ്റ്റിൽ, v4 ട്രാഫിക് പൂർണ്ണമായും ടണലിനുള്ളിൽ ഇരിക്കാം, അതേസമയം v6 സാധ്യമായ ഓരോ ലക്ഷ്യവും ഭൗതിക ലിങ്കിലൂടെ പുറത്തുപോകുന്നു. ഒരു പട്ടികയിൽ ശരിയായി കാണപ്പെടുന്ന ഹോസ്റ്റ് മറ്റേതിൽ ചോരുന്നു.

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

ip -6 route show default
ip -6 route get 2001:db8::10

അപ്ലിക്കേഷൻ ഏത് ഇന്റർഫേസ് ഉപയോഗിക്കുന്നു എന്ന് തെളിയിക്കുക

കണക്ട് ചെയ്ത അവസ്ഥ ഒരു തടയലല്ല, റൂട്ട് മാറ്റം ഒരു കിൽ സ്വിച്ചുമല്ല. ടണൽ പരാജയപ്പെടുമ്പോൾ നേരിട്ടുള്ള ട്രാഫിക് നിലയ്ക്കേണ്ടതുണ്ടെങ്കിൽ, ആ നയം ഫയർവാളിൽ ജീവിക്കുന്നു, അതിന് സ്വന്തം പരിശോധന വേണം.

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

ip route get 203.0.113.10
curl -s --interface tun0 https://ifconfig.me
curl -s --interface eth0 https://ifconfig.me

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