VPN കണക്ട് ചെയ്തു എന്ന് പറയുന്നു, പക്ഷേ ഡിഫോൾട്ട് റൂട്ട് മരിച്ചിരിക്കുന്നു

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

പഴയ കഷണങ്ങൾ നിങ്ങൾ ശ്രദ്ധിക്കുന്നതിന് മുൻപേ തെറ്റായിരുന്നു. കേബിൾ വലിച്ചൂരിയത് അവയെ കാണാവുന്നതാക്കി മാത്രം.

പാക്കറ്റ് എവിടേക്ക് പോകുമെന്ന് കേർണലിനോട് ചോദിക്കുക

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

ലുക്കപ്പ് രണ്ടുതവണ പ്രവർത്തിപ്പിക്കുക, ഒരിക്കൽ പൊതു വിലാസത്തിനും ഒരിക്കൽ ആന്തരിക വിലാസത്തിനും, കാരണം വിഭജിത ടണൽ നയം ഒന്നിനെ സത്യസന്ധമായി റൂട്ട് ചെയ്ത് മറ്റൊന്നിനെ വീഴ്ത്തിയേക്കാം.

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

റിസോൾവർ മരിച്ച ലിങ്കും സൂക്ഷിക്കുന്നു

systemd-resolved ഉള്ള ഹോസ്റ്റിൽ, DNS സർവറുകൾ ഒരു ആഗോള ലിസ്റ്റിന് പകരം ലിങ്കുകൾക്ക് സ്വന്തമാണ്. വീണുപോയ VPN ലിങ്ക് കുറച്ചുനേരം അതിന്റെ സർവറുകളുമായി രജിസ്റ്റർ ചെയ്ത് നിൽക്കാം, അപ്പോൾ ഓരോ ലുക്കപ്പും ഒരിക്കലും ഉത്തരം നൽകാത്ത വിലാസത്തിനായി കാത്തിരിക്കുന്നു. ആ കാലതാമസം മരിച്ച നെറ്റ്വർക്ക് പോലെ തോന്നുകയും റൂട്ട് ശരിയായിരിക്കുമ്പോഴും ആളുകളെ റൂട്ടുകളിലേക്ക് നോക്കാൻ അയക്കുകയും ചെയ്യുന്നു.

resolvectl status
resolvectl query intranet.example.com

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

രജിസ്ട്രേഷൻ നന്നാക്കുക, അല്ല /etc/resolv.conf. നിലവിലെ Ubuntu, Fedora ഇൻസ്റ്റാളുകളിൽ ആ പാത റിസോൾവറിന്റെ റൺടൈം അവസ്ഥയിലേക്കുള്ള സിംബോളിക് ലിങ്ക് ആണ്, അതിനാൽ എഡിറ്റ് ഒന്നുകിൽ അവഗണിക്കപ്പെടും അല്ലെങ്കിൽ അടുത്ത നെറ്റ്വർക്ക് ഇവന്റിൽ മുകളിൽ എഴുതപ്പെടും.

VPN ഒരിക്കലും സ്വയം തുടങ്ങുന്നില്ല

NetworkManager ഒരു ബേസ് കണക്ഷന് മുകളിൽ VPN ഉയർത്തുന്നു, ഏതിനെ പിന്തുടരണമെന്ന് connection.secondaries ആ ബേസിൽ നിന്ന് പഠിക്കുന്നു. കണക്ഷൻ ക്രമീകരണങ്ങളുടെ റഫറൻസ് VPN പ്രൊഫൈലുകൾക്ക് ഓട്ടോകണക്ട് നടപ്പിലാക്കിയിട്ടില്ല എന്ന് വ്യക്തമായി പറയുന്നു. ഈ തരം തകരാറിന്റെ പിന്നിലെ മുഴുവൻ സംവിധാനവും ഇതാണ്: ബേസ് മാറ്റുക, എന്നാൽ VPN വീണ്ടും ജോടിയാക്കണം അല്ലെങ്കിൽ കൈകൊണ്ട് വീണ്ടും സജീവമാക്കണം.

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

സജീവ ലിസ്റ്റ് VPN ഇല്ലാതെ ബേസ് കാണിക്കുമ്പോൾ, ടണൽ അസ്സലായി സജീവമല്ല, റൂട്ട് പഴയതായി തുടരുകയല്ല, ഒരിക്കലും ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ല. സജീവമാക്കൽ സ്രോതസ്സ് കണക്ഷൻ ഇല്ലെന്ന് പരാതിപ്പെടുമ്പോൾ, അതുമായി ജോടിയാക്കിയ ബേസ് മാഞ്ഞുപോയി, അതിനാൽ ആദ്യം ബേസോ ജോടിയാക്കലോ നന്നാക്കി VPN വീണ്ടും ശ്രമിക്കുന്നത് നിർത്തുക.

അപ്ഗ്രേഡ് സന്ദേശമില്ലാതെ ക്രമീകരണങ്ങൾ വീഴ്ത്തിയേക്കാം

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

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

ജീവനുള്ള പ്രൊഫൈലിനെ നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ഉള്ള പ്ലഗിനുമായി താരതമ്യം ചെയ്യുക, ഓർമ്മയിലുള്ള പെരുമാറ്റവുമായി അല്ല. ഒരു കീ ഡോക്യുമെന്റേഷനിൽ നിന്ന് മാഞ്ഞുപോയെങ്കിൽ, പഴയ പ്രോപ്പർട്ടി പുനഃസ്ഥാപിക്കുന്നതിന് പകരം ജോലി ഡിസ്പാച്ചർ സ്ക്രിപ്റ്റിലേക്കോ പിന്തുണയുള്ള പകരത്തിലേക്കോ മാറ്റുക.

മൂന്ന് അവസ്ഥകൾ, മൂന്ന് വ്യത്യസ്ത അറ്റകുറ്റപ്പണികൾ

എന്തെങ്കിലും തൊടുന്നതിന് മുൻപ് നിങ്ങൾ ഏത് അവസ്ഥയിലാണെന്ന് തീരുമാനിക്കുക, കാരണം റീബൂട്ട് തെളിവുകൾ നശിപ്പിക്കുന്നു, അടുത്ത നെറ്റ്വർക്ക് മാറ്റത്തിൽ തകരാർ തിരികെ വരുന്നു.

പൊതു വിലാസത്തിന് ഒരു ലുക്കപ്പ്, ആന്തരിക വിലാസത്തിന് ഒരു ലുക്കപ്പ്, ഒരു നാമ ക്വറി എന്നിവയോടെ അവസാനിപ്പിക്കുക. വിലാസങ്ങൾ പ്രവർത്തിക്കുകയും പേര് പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്താൽ, ബാക്കിയുള്ള തകരാർ റിസോൾവറിലെ ഡൊമെയ്ൻ സ്കോപ്പ് ആണ്, റൂട്ട് ടേബിൾ ഒരിക്കലും പ്രശ്നമായിരുന്നില്ല.