സ്ഥിരസ്ഥിതി റൂട്ട് മാറ്റുന്നതിന് മുമ്പ് Linux പോളിസി റൂട്ടിംഗ് പരിശോധിക്കുക

VPN ഹോസ്റ്റ് ഒരു ഇന്റർഫേസിൽ ഉത്തരം നൽകുകയും ടണലിലൂടെ മറുപടികൾ തിരികെ അയക്കാൻ വിസമ്മതിക്കുകയും ചെയ്യുന്നു, സ്ഥിരസ്ഥിതി റൂട്ട് ശരിയായി തോന്നുന്നു. പ്രധാന പട്ടിക മുഴുവൻ കഥയല്ലാതാകുന്നത് അവിടെയാണ്. Linux പോളിസി നിയമങ്ങൾ ഉപയോഗിച്ച് ഓരോ പാക്കറ്റിനും ഒരു റൂട്ടിംഗ് പട്ടിക തിരഞ്ഞെടുക്കാം, VPN ഒന്ന് ഇൻസ്റ്റാൾ ചെയ്തിരിക്കാം. സ്ഥിരസ്ഥിതി റൂട്ട് തൊടുന്നതിന് മുമ്പ് നിയമങ്ങൾ വായിക്കുക.

ക്രമം പ്രധാനമാണ്: ആദ്യം നിയമങ്ങൾ, പിന്നെ ഓരോ നിയമവും തിരഞ്ഞെടുക്കുന്ന പട്ടിക.

നിയമങ്ങൾ മുൻഗണനാ ക്രമത്തിൽ വായിക്കുക

പ്രവർത്തിപ്പിക്കുക ip rule show കൂടാതെ മുകളിൽ നിന്ന് താഴേക്ക് വായിക്കുക. മുൻഗണനാ സംഖ്യ മൂല്യനിർണയ ക്രമം നിയന്ത്രിക്കുന്നു, കുറഞ്ഞ സംഖ്യ ആദ്യം പരിശോധിക്കപ്പെടുന്നു. 32766-ലെ സ്ഥിരസ്ഥിതി നിയമം സാധാരണയായി ഏറ്റവും അവസാനത്തെ പ്രധാനപ്പെട്ടതാണ്. പട്ടിക നീളമുള്ളതാണെങ്കിൽ, എന്തും മാറ്റുന്നതിന് മുമ്പ് അത് ഒരു ഫയലിൽ സംരക്ഷിക്കുക.

ഓരോ നിയമത്തിനും മുൻഗണന, പൊരുത്തം (ഉറവിടം, അടയാളം, ഇന്റർഫേസ് അല്ലെങ്കിൽ ലക്ഷ്യം), അത് പരാമർശിക്കുന്ന പട്ടിക എന്നിവ രേഖപ്പെടുത്തുക. ഉപയോഗയോഗ്യമായ പട്ടികയില്ലാത്ത നിയമം ഒരു റൂട്ടല്ല, അവസാനിച്ച വഴിയാണ്.

IPv6-നും ഇത് തന്നെ ചെയ്യുക ip -6 rule show. IPv4 കുടുംബത്തിൽ മാത്രമുള്ള പോളിസി മറ്റേ കുടുംബത്തെ പ്രധാന പട്ടികയിൽ തന്നെ വിടുന്നു.

ഓരോ നിയമവും തിരഞ്ഞെടുക്കുന്ന പട്ടിക വായിക്കുക

ഉപയോഗിക്കുക ip route show table <name or number> ഓരോ പരാമർശിത പട്ടികയ്ക്കും. അതിന്റെ റൂട്ടുകൾ നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന ഇന്റർഫേസും അടുത്ത ഹോപ്പും ആയി താരതമ്യം ചെയ്യുക. ശൂന്യമോ അപൂർണ്ണമോ ആയ പട്ടിക പ്രധാന പട്ടിക വിശദീകരിക്കാനാകാത്ത പരാജയം വിശദീകരിക്കുന്നു.

പ്രധാന പട്ടികയിൽ ഇപ്പോഴും സ്ഥിരസ്ഥിതി റൂട്ട് ഉണ്ടായിരിക്കാം, അത് കുഴപ്പമില്ല. ഒരു നിയമം നിങ്ങളുടെ ഒഴുക്കിനെ ആദ്യം 51820 പട്ടികയിലേക്ക് അയച്ചാൽ, ആ പാക്കറ്റിന് പ്രധാന സ്ഥിരസ്ഥിതി അപ്രസക്തമാണ്.

സംഖ്യ പരിചിതമല്ലെങ്കിൽ അതിൽ പട്ടികയുടെ പേര് നോക്കുക /etc/iproute2/rt_tables. ആ തിരച്ചിൽ ഒരു നിമിഷം എടുക്കുകയും നീണ്ട വഴിതിരിവ് ഒഴിവാക്കുകയും ചെയ്യുന്നു.

നിയമം ആരാണ് ഇൻസ്റ്റാൾ ചെയ്തതെന്ന് കണ്ടെത്തുക

NetworkManager, wg-quick, മറ്റ് സ്ക്രിപ്റ്റുകൾ എന്നിവ നിയമങ്ങൾ ചലനാത്മകമായി ഇൻസ്റ്റാൾ ചെയ്യാം. പ്രവർത്തനസമയത്ത് ഒന്ന് ഇല്ലാതാക്കിയാൽ അടുത്ത വീണ്ടും ബന്ധിപ്പിക്കലിൽ അത് പഴയപടിയാക്കാം. മത്സരിക്കുന്ന നിയമം ചേർക്കുന്നതിന് മുമ്പ് മാനേജരുടെ കോൺഫിഗറേഷൻ പരിശോധിക്കുക.

ഉദാഹരണത്തിന് wg-quick ടണലിന്റെ അനുവദനീയ വിലാസങ്ങൾക്കായി അടയാളപ്പെടുത്തിയ നിയമവും ഒരു പട്ടികയും ചേർക്കുന്നു. ആ വിലാസങ്ങളിലേക്കുള്ള ട്രാഫിക് പ്രധാന സ്ഥിരസ്ഥിതിയെ ഒഴിവാക്കുന്നതിന്റെ കാരണം ആ നിയമമാണ്. കോൺഫിഗറേഷൻ മാറ്റാതെ അത് നീക്കിയാൽ, അടുത്ത up അത് പുനഃസ്ഥാപിക്കും.

അവലോകനം ചെയ്യുമ്പോൾ എൻഡ്പോയിന്റിന്റെ പുറം റൂട്ടും മാനേജ്മെന്റ് പ്രവേശനവും സംരക്ഷിക്കുക. ഔട്ട്പുട്ട് ലളിതമാക്കാൻ ലൈവ് റിമോട്ട് ഗേറ്റ്വേയിൽ എല്ലാ നിയമങ്ങളും ഒഴിവാക്കരുത്. മാറ്റത്തെ അതിജീവിക്കുന്ന ഒരു മാനേജ്മെന്റ് സെഷനും പരീക്ഷണത്തിന്റെ ഭാഗമാണ്.

പ്രധാനമായ ഉറവിട സന്ദർഭം പരീക്ഷിക്കുക

പൊതുവായ ip route get അപ്ലിക്കേഷൻ ഒഴുക്കിൽ നിന്ന് വ്യത്യസ്തമായ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു. യഥാർത്ഥ പാക്കറ്റ് പോകുന്ന വഴി കാണാൻ ഉറവിട വിലാസവും, VPN ഉപയോഗിക്കുന്നെങ്കിൽ അടയാളവും ചേർക്കുക. അതേ ഉറവിട സന്ദർഭത്തോടെ ഉൾപ്പെടുത്തിയ ലക്ഷ്യവും ഒഴിവാക്കിയ ലക്ഷ്യവും പരീക്ഷിക്കുക. ഹോസ്റ്റ് ഇരട്ട സ്റ്റാക്ക് പ്രവർത്തിപ്പിക്കുന്നെങ്കിൽ IPv6-നും ആവർത്തിക്കുക.

അംഗീകരിച്ച തിരുത്തലിന് ശേഷം അതേ രണ്ട് തിരച്ചിലുകളും വീണ്ടും പ്രവർത്തിപ്പിച്ച് താരതമ്യം ചെയ്യുക. ഉദ്ദേശിച്ച നിയമം, പട്ടിക, റീസ്റ്റാർട്ടിനെ നിയമം എത്രകാലം അതിജീവിക്കുന്നു എന്നിവ രേഖപ്പെടുത്തുക. അടുത്ത സേവന റീസ്റ്റാർട്ടിനെ ദുരൂഹമല്ലാതെ വിശദീകരിക്കാവുന്നതാക്കുന്നത് ആ രേഖയാണ്. ip-rule കൈപ്പുസ്തക പേജ് പൊരുത്ത സെലക്ടറുകളും പട്ടിക സിന്റാക്സും രേഖപ്പെടുത്തുന്നു.