ഇല്ലാതാക്കിയ VPN റൂട്ട് വീണ്ടും കണക്ട് ചെയ്തതിന് ശേഷം എന്തുകൊണ്ട് തിരിച്ചുവരുന്നു

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

റൂട്ട് ആരാണ് ഇൻസ്റ്റാൾ ചെയ്തത്

പരിഹാരത്തിൽ നിന്നല്ല, സാധ്യതയുള്ളവരുടെ പട്ടികയിൽ നിന്ന് തുടങ്ങുക. VPN പ്രൊഫൈലിന് സ്വന്തം റൂട്ടുകൾ ഉണ്ടാകാം, സർവറിന് കണക്ഷൻ സമയത്ത് അവ push ചെയ്യാം, നെറ്റ്വർക്ക് മാനേജർ പ്രൊഫൈലിന് അവ പ്രഖ്യാപിക്കാം, ബൂട്ട് യൂണിറ്റിനോ സ്ക്രിപ്റ്റിനോ അവ ചേർക്കാം, IPsec നടപ്പാക്കലുകൾ അവർ ചർച്ച ചെയ്യുന്ന ട്രാഫിക് സെലക്ടർമാർക്കായി റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു. പോളിസി റൂട്ടിംഗ് നിയമങ്ങൾക്ക് ട്രാഫിക് പൂർണ്ണമായും മറ്റൊരു ടേബിളിലേക്ക് തിരിച്ചുവിടാം.

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

എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് ടേബിൾ വായിക്കുക

സംരക്ഷിച്ച ഫയലിന് പകരം കെർണലിന്റെ സ്വന്തം കാഴ്ച നോക്കുക. പ്രോട്ടോക്കോൾ കോളം ഓരോ എൻട്രിയും എന്താണ് ഇൻസ്റ്റാൾ ചെയ്തതെന്ന് കാണിക്കുന്നു:

ip route show
ip route show table all
ip rule show

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

തുടർന്ന് യഥാർത്ഥത്തിൽ ഏത് റൂട്ട് ഉപയോഗിക്കുമെന്ന് കെർണലിനോട് ചോദിക്കുക. സംരക്ഷിത വിലാസം പൊതു വിലാസത്തേക്കാൾ നല്ല പരിശോധനയാണ്:

ip route get 10.20.5.7

ലക്ഷണമല്ല, ഉടമയെ മാറ്റുക

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

എൻഡ്പോയിന്റ് ഒഴിവാക്കൽ നിലനിർത്തുക. VPN സർവറിന്റെ സ്വന്തം പൊതു വിലാസം ഭൗതിക ഗേറ്റ്വേ വഴി അയയ്ക്കുന്ന ഹോസ്റ്റ് റൂട്ടാണ് പുറം ടണൽ പാക്കറ്റുകൾ ഒഴുകിനിർത്തുന്നത്; അത് ഇല്ലാതാക്കിയാൽ, ടണൽ സ്വയം വഹിക്കാൻ ശ്രമിക്കും. സ്പ്ലിറ്റ്-ടണൽ പ്രൊഫൈലിൽ, ടണൽ ഒഴിവാക്കേണ്ട ലോക്കൽ സബ്നെറ്റുകൾക്കും അതേ ശ്രദ്ധ ബാധകമാണ്.

വീണ്ടും കണക്ട് ചെയ്ത് രണ്ട് പാതകളും പരിശോധിക്കുക

വീണ്ടും കണക്ട് ചെയ്യുക, തുടർന്ന് ഒരു പാസിൽ രണ്ട് ലക്ഷ്യങ്ങളും പരിശോധിക്കുക. സംരക്ഷിത വിലാസവും ഒഴിവാക്കിയ എൻഡ്പോയിന്റും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു:

ip route get 10.20.5.7
ip route get 198.51.100.20

ആദ്യത്തേത് ടണൽ ഇന്റർഫേസ് വഴിയും രണ്ടാമത്തേത് ഭൗതിക ഗേറ്റ്വേ വഴിയും പരിഹരിക്കപ്പെടണം. രണ്ടും ടണൽ വഴി പരിഹരിക്കപ്പെട്ടാൽ, ഒഴിവാക്കൽ ഇല്ല; ഒന്നും ഇല്ലെങ്കിൽ, പ്രൊഫൈൽ മാറ്റം പ്രാബല്യത്തിൽ വന്നിട്ടില്ല, നിങ്ങൾ കരുതിയതിൽ നിന്ന് വ്യത്യസ്തമായ ഒരു ഉടമയെ നോക്കുന്നു.

റൂട്ടിന്റെ ഉദ്ദേശം, അതിന്റെ ഉടമ, എത്ര കാലം ജീവിക്കണം എന്നിവ എഴുതിവയ്ക്കുക. ആ കുറിപ്പാണ് അടുത്ത വ്യക്തി അതേ ഇല്ലാതാക്കൽ-വീണ്ടും-കണക്ട് ചക്രം ആവർത്തിക്കുന്നത് തടയുന്നത്.