VPN റൂട്ട് ടേബിൾ നിങ്ങളോട് എന്തു പറയുന്നു, എന്തു പറയാൻ കഴിയില്ല

നിങ്ങൾ കണക്റ്റ് ചെയ്യുന്നു, റൂട്ടുകളുടെ പട്ടിക പ്രവർത്തിപ്പിക്കുന്നു, എന്നിട്ട് നിങ്ങൾ ഒരിക്കലും കേട്ടിട്ടില്ലാത്ത ഒരു സബ്നെറ്റ് ടണലിലേക്ക് ചൂണ്ടുന്നത് കാണുന്നു. ആ വരി ഒരു കാര്യം കൃത്യമായി പറയുന്നു, കുറെ കാര്യങ്ങൾ ഒട്ടും പറയുന്നില്ല. ഈ യന്ത്രം ആ പ്രിഫിക്സിലേക്ക് പാക്കറ്റുകൾ എങ്ങനെ കൈമാറും എന്ന് അത് രേഖപ്പെടുത്തുന്നു, അവിടെ ഏത് ഹോസ്റ്റുകൾ ഉണ്ടെന്നതിനെക്കുറിച്ച് ഒന്നുമില്ല, നിങ്ങളുടെ അക്കൗണ്ടിന് എന്തിലെത്താമെന്നതിനെക്കുറിച്ചും ഒന്നുമില്ല. അത് ശരിയായി വായിക്കാൻ ഒരു മിനിറ്റ് മതി; പട്ടികയായി വായിക്കാൻ അത് മറക്കാൻ വളരെയധികം സമയം വേണം.

ടേബിൾ പ്രാദേശിക നിർദ്ദേശങ്ങളായി വായിക്കുക

റൂട്ട് എന്നത് പ്രാദേശിക കേർണൽ കൈവശം വയ്ക്കുന്ന ഫോർവേഡിംഗ് നിർദ്ദേശമാണ്: ഈ പ്രിഫിക്സിന് ഈ ഇന്റർഫേസും ഈ അടുത്ത ഹോപ്പും ഉപയോഗിക്കുക. പ്രിഫിക്സിന്റെ നീളം നിർദ്ദേശം എത്ര വ്യക്തമാണെന്ന് തീരുമാനിക്കുന്നു, ഏറ്റവും നീളമുള്ള പൊരുത്തം വിജയിക്കുന്നു. ആ നിയമത്തിൽ അനുമതികളെക്കുറിച്ചോ സേവനത്തിന്റെ ആരോഗ്യത്തെക്കുറിച്ചോ ദൂര ടോപ്പോളജിയെക്കുറിച്ചോ ഒന്നും പറയുന്നില്ല.

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

വീതിയുള്ള പ്രിഫിക്സ് ഒരു പട്ടികയല്ല

ടണലിലൂടെ റൂട്ട് ചെയ്ത /16 അർത്ഥമാക്കുന്നത് പതിനാറായിരം എത്താവുന്ന ഹോസ്റ്റുകൾ എന്നല്ല, ഡിഫോൾട്ട് റൂട്ട് അതിലും കുറവാണ്. സർവർ ആരാണ് ഉത്തരം നൽകുന്നതെന്ന് തീരുമാനിക്കുന്നു, ഫയർവാൾ എന്താണ് അനുവദനീയമെന്ന് തീരുമാനിക്കുന്നു, അക്കൗണ്ട് എന്താണ് അധികാരപ്പെടുത്തിയതെന്ന് തീരുമാനിക്കുന്നു.

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

എൻട്രികൾ എവിടെ നിന്ന് വരുന്നു

റൂട്ടുകൾ കുറഞ്ഞത് നാലിടത്ത് നിന്ന് വരുന്നു: കോൺഫിഗറേഷൻ ഫയൽ, കണക്ഷൻ സ്ഥാപിക്കുമ്പോൾ റൂട്ട് തള്ളുന്ന സർവർ, ഇന്റർഫേസിന്റെ ഉടമയായ നെറ്റ്വർക്ക് മാനേജർ, സംഭവസമയത്ത് കമാൻഡ് ടൈപ്പ് ചെയ്യുന്ന വ്യക്തി. ഓരോന്നിനും വ്യത്യസ്ത ആയുസ്സും വ്യത്യസ്ത ഉടമയുമുണ്ട്.

തടസ്സസമയത്ത് ടൈപ്പ് ചെയ്ത റൂട്ട് എന്നത് റീബൂട്ടിൽ അപ്രത്യക്ഷമാകുന്ന റൂട്ടാണ്, അത് ആരുടെയും ഡോക്യുമെന്റേഷനിൽ കാണില്ല. സർവർ തള്ളുന്ന റൂട്ട് സർവർ മാറുമ്പോൾ മാറുന്നു, അതുകൊണ്ടാണ് വിശദീകരണമില്ലാത്ത പുതിയ പ്രിഫിക്സ് പലപ്പോഴും ക്ലയന്റ് മാറ്റത്തിന് ശേഷമല്ല, ഗേറ്റ്വേ അപ്ഡേറ്റിന് ശേഷം പ്രത്യക്ഷപ്പെടുന്നത്. ip-route കൈപ്പുസ്തകം ഫ്ലാഗുകൾ വായിക്കേണ്ടിവന്നാൽ ടേബിളിന്റെയും ഫീൽഡുകളുടെയും വാക്യഘടന രേഖപ്പെടുത്തുന്നു.

സേവന കരാറിനെതിരെ റൂട്ട് പരിശോധിക്കുക

ഉപയോഗപ്രദമായ താരതമ്യം ടേബിളും നിങ്ങൾക്ക് വാഗ്ദാനം ചെയ്ത സേവനവും തമ്മിലാണ്: പേര്, വിലാസ പരിധി, പോർട്ട്, ഉടമ. ആ നാലും പ്രിഫിക്സിന് അടുത്ത് എഴുതുക, വിടവുകൾ ദൃശ്യമാകും.

ip route show table all dev tun0
ip route get 10.20.5.9
ip rule show

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

ഏത് മാറ്റത്തിന്റെയും മുമ്പും ശേഷവും തീയതിയും ഇന്റർഫേസും സഹിതം രേഖപ്പെടുത്തുക. റൂട്ട് ടേബിൾ ഒരു യന്ത്രത്തിൽ ഒരു നിമിഷത്തിന്റെ സ്നാപ്പ്ഷോട്ടാണ്, അത് എപ്പോൾ എടുത്തു എന്ന് ആരെങ്കിലും എഴുതിയാൽ മാത്രമേ അത് തെളിവാകൂ.