VPN കണക്ട് ചെയ്തതായി പറയുന്നു പക്ഷേ ഒന്നും റൂട്ട് ചെയ്യുന്നില്ല: നോക്കേണ്ട രണ്ട് സ്ഥലങ്ങൾ

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

ആദ്യം കേർണലിനോട് ഏത് ഉപകരണം ഉപയോഗിക്കുമെന്ന് ചോദിക്കുക

റൂട്ട് ലിസ്റ്റ് എന്തുണ്ടെന്ന് കാണിക്കുന്നു; റൂട്ട് തിരയൽ എന്ത് സംഭവിക്കുമെന്ന് കാണിക്കുന്നു. ഒരു പൊതു വിലാസത്തെക്കുറിച്ച് ചോദിച്ച് ഉത്തരത്തിലെ ഉപകരണത്തിന്റെ പേര് വായിക്കുക, കാരണം ആ ഒരു ഫീൽഡാണ് പാക്കറ്റ് ഏതെങ്കിലും ഉപയോഗപ്രദമായ സ്ഥലത്ത് എത്തുമോ ഇല്ലേ എന്ന് തീരുമാനിക്കുന്നത്. ഉത്തരം ടണൽ ഉപകരണത്തെ പേരിടുമ്പോൾ, ആ ഇന്റർഫേസിന് പിന്നിൽ ഇനി ഒരു ക്ലയന്റ് പ്രോസസും ഓടുന്നില്ലെങ്കിലും കേർണൽ പാക്കറ്റുകൾ അതിന് തന്നെ നൽകും. ഉത്തരം ഭൗതിക അഡാപ്റ്ററിനെ പേരിടുമ്പോൾ ക്ലയന്റ് കണക്ട് ചെയ്തതായി അവകാശപ്പെടുന്നുവെങ്കിൽ, ടണൽ മുകളിലുണ്ട്, അത് കേവലം തിരഞ്ഞെടുത്ത പാതയല്ല.

രണ്ടാമത്തെ സാഹചര്യം സാധാരണയായി കേബിൾ വയർലെസ് സ്ഥാനം ഏറ്റെടുത്തതിന് ശേഷം സംഭവിക്കുന്നു, അത് സ്വയം കേടായ VPN ആയി അവതരിപ്പിക്കുന്നു.

ip route show default
ip route get 203.0.113.9

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

പിന്നീട് റെസോൾവർ ഓരോ ലിങ്കിനും വായിക്കുക, ഓരോ ഫയലിനുമല്ല

പേര് പരിഹാരം സ്വന്തം അവസ്ഥയും സ്വന്തം പഴകലും വഹിക്കുന്നു. ഓരോ ലിങ്കിനും DNS സെർവറുകൾ ലിസ്റ്റ് ചെയ്യുന്ന റെസോൾവർ, ഓഫായെങ്കിലും ഇപ്പോഴും രജിസ്റ്റർ ചെയ്തിട്ടുള്ള ടണൽ ലിങ്കിന്റെ സെർവറുകൾ സൂക്ഷിക്കുന്നു, ഓരോ ക്വറിയും പിന്നീട് ഉത്തരം നൽകാത്ത സെർവറിനായി കാത്തിരിക്കുന്നു. ലക്ഷണം റൂട്ട് പട്ടിക കുറ്റമറ്റതായി തോന്നുമ്പോൾ മരിച്ചതായി അനുഭവപ്പെടുന്ന നെറ്റ്വർക്കാണ്.

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

resolvectl status
resolvectl query app.internal.example

വിലാസങ്ങൾ പരിഹരിക്കപ്പെടുകയും കണക്ഷനുകൾ പരാജയപ്പെടുകയും ചെയ്താൽ, റെസോൾവർ കുഴപ്പമില്ല, റൂട്ടല്ല. വിലാസങ്ങൾ ഒട്ടും പരിഹരിക്കപ്പെടുന്നില്ലെങ്കിൽ, തുടങ്ങാൻ ശരിയായ സ്ഥലം ഇതാണ്.

പഴയ റൂട്ട് മാറ്റത്തെ എങ്ങനെ അതിജീവിക്കുന്നു

ക്ലയന്റ് ഒറ്റയ്ക്ക് നെറ്റ്വർക്കിന്റെ ഉടമയല്ല. NetworkManager ഉള്ള ഹോസ്റ്റിൽ VPN പ്രൊഫൈൽ ഒരു ബേസ് കണക്ഷന്റെ മുകളിൽ സജീവമാക്കുന്നു, കണക്ഷൻ ക്രമീകരണങ്ങൾ ആ ബേസിന് തന്നെ പിന്തുടരേണ്ട VPN നാമനിർദ്ദേശം ചെയ്യാൻ അനുവദിക്കുന്നു. മറ്റൊരു പ്രൊഫൈൽ ഇഷ്ടപ്പെട്ടതാകുന്നതിനാൽ ബേസ് മാറുമ്പോൾ, ടണൽ പുതിയ ബേസിലേക്ക് പോകുന്നു അല്ലെങ്കിൽ ഒന്നുമില്ലാതെ തുടരുന്നു.

VPN പ്രൊഫൈൽ സ്വയം ഉയർത്തുന്നില്ല, അതിനാൽ ജോടിയാക്കൽ പ്രൊഫൈലിന്റെ സ്വന്തം സ്വയം-കണക്ഷൻ മുൻഗണനയെക്കാൾ ഏറെ പ്രധാനമാണ്.

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

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

പഴയ അവസ്ഥയെ കാണാതായ പേരന്റിൽ നിന്ന് വേർതിരിക്കുക

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

പുനരാരംഭിക്കുന്നത് മൂന്നിൽ ഏതാണ് നിങ്ങൾക്കുണ്ടായിരുന്നത് എന്ന് മറയ്ക്കുന്നു, അതുകൊണ്ടാണ് അത് തിരുത്തലായി തോന്നുന്നത്.

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