ഇന്റർഫെയ്സ് ഇൻഡക്സിലേക്ക് പിൻ ചെയ്ത VPN റൂട്ട് വീണ്ടും കണക്ട് ചെയ്യുമ്പോൾ തകരുന്നു

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

റൂട്ട് യഥാർത്ഥത്തിൽ എന്തിനെ സൂചിപ്പിക്കുന്നുവെന്ന് പരിശോധിക്കുക

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

Get-NetRoute -DestinationPrefix '10.77.0.0/16' | Select-Object DestinationPrefix, NextHop, InterfaceIndex, Store
Get-NetAdapter | Where-Object InterfaceDescription -like '*VPN*' | Select-Object Name, InterfaceIndex, InterfaceDescription
Get-VpnConnection -Name 'Lab VPN' | Select-Object Name, ServerAddress, SplitTunneling

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

പ്രിഫിക്സ് പ്രൊഫൈലിനോട് ബന്ധിപ്പിക്കുക, അഡാപ്റ്ററിനോടല്ല

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

Add-VpnConnectionRoute -ConnectionName 'Lab VPN' -DestinationPrefix '10.77.0.0/16' -PassThru

Add-VpnConnectionRoute റഫറൻസ് കണക്ഷനുമായുള്ള ബന്ധം രേഖപ്പെടുത്തുന്നു, ഫോൺ ബുക്കിന്റെ പരിധി പ്രധാനമാണ്: ഓരോ ഉപയോക്താവിനുള്ള പ്രൊഫൈലും എല്ലാ ഉപയോക്താക്കൾക്കുമുള്ള പ്രൊഫൈലും വ്യത്യസ്ത വസ്തുക്കളാണ്. ഈ സംവിധാനം Windows-ന്റെ സ്വന്തം VPN ക്ലയന്റിനുള്ളതാണ്, അതിനാൽ സ്വന്തം സേവനം നിയന്ത്രിക്കുന്ന വെണ്ടർ അഡാപ്റ്റർ അതിന്റെ റൂട്ടുകൾ തികച്ചും വ്യത്യസ്തമായ ഒരു നയ ഉറവിടത്തിൽ നിന്ന് എടുത്തേക്കാം.

പുതിയത് ചേർക്കുന്നതിന് മുൻപ് പഴയ റൂട്ടുകൾ വൃത്തിയാക്കുക

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

Get-NetRoute -AddressFamily IPv4 | Where-Object DestinationPrefix -like '10.77.*'
Remove-NetRoute -DestinationPrefix '10.77.0.0/16' -NextHop '0.0.0.0' -Confirm:$false

പ്രിഫിക്സ്, അടുത്ത ചാട്ടം, സ്റ്റോർ, ഉടമ എന്നിവ ഒരുമിച്ച് പൊരുത്തപ്പെടുത്തുക, സമാനമായി കാണുന്നതെല്ലാം മായ്ക്കുന്നതിന് പകരം. മറ്റൊരു കണക്ഷന് ആ ഇടത്തിന്റെ ഒരു ഭാഗത്തെ നിയമാനുസൃതമായി ആശ്രയിക്കാം, വിശാലമായ മായ്ക്കൽ വൃത്തിയുള്ള അറ്റകുറ്റപ്പണിയെ പിന്തുണാ സംഭവമാക്കി മാറ്റുന്നു.

വ്യത്യസ്ത ക്രമത്തിൽ വീണ്ടും കണക്ട് ചെയ്യുക

ആദ്യ ശ്രമം പ്രതിനിധീകരണപരമായിരുന്നു എന്ന് പ്രതീക്ഷിക്കുന്നതിന് പകരം വ്യവസ്ഥ പുനർനിർമ്മിക്കുക. വിച്ഛേദിക്കുക, വീണ്ടും കണക്ട് ചെയ്യുക, ടണൽ ഉയർന്നിരിക്കെ അതേ ദൂരെയുള്ള വിഭവത്തിലേക്കുള്ള തിരഞ്ഞെടുത്ത പാത സ്ഥിരീകരിക്കുക; നിരവധി VPN ഉണ്ടെങ്കിൽ അവ വ്യത്യസ്ത ക്രമത്തിൽ ഉയർത്തി തിരഞ്ഞെടുത്ത പാത മാറുന്നുണ്ടോ എന്ന് നിരീക്ഷിക്കുക. ക്രമമാണ് മിക്ക ആളുകളും ഒഴിവാക്കുന്ന ചരം, തെറ്റായ കണക്ഷനോട് ബന്ധിപ്പിച്ച റൂട്ട് വെളിപ്പെടുത്തുന്നതും അതുതന്നെ.

rasdial 'Lab VPN' /disconnect
rasdial 'Lab VPN'
Find-NetRoute -RemoteIPAddress 10.77.5.20 | Select-Object -First 1

നിങ്ങൾക്ക് വേണ്ട ഫലം അഡാപ്റ്റർ ഒരു തവണ അതിന്റെ നമ്പർ നിലനിർത്തുന്നതല്ല. കണക്ഷന് ലഭിക്കുന്ന ഏത് നമ്പറിനൊപ്പവും റൂട്ട് ഓരോ തവണയും പ്രത്യക്ഷപ്പെടുകയും കണക്ഷൻ അടയ്ക്കുമ്പോൾ അപ്രത്യക്ഷമാകുകയും ചെയ്യുന്നതാണ്. രണ്ട് തവണ വീണ്ടും കണക്ട് ചെയ്യുന്നതാണ് ആ ഫലങ്ങളെ വേർതിരിക്കാനുള്ള ഏറ്റവും വിലകുറഞ്ഞ വഴി.

റൂട്ടിന് ചെയ്യാൻ കഴിയാത്തത് അറിയുക

പ്രൊഫൈൽ റൂട്ട് ഒരു പാത നൽകുന്നു, അതിൽ കൂടുതലൊന്നുമില്ല. അത് ദൂരെയുള്ള ഫയർവോൾ തുറക്കുന്നില്ല, ദൂരെയുള്ള അറ്റത്ത് തിരിച്ചുള്ള റൂട്ട് സൃഷ്ടിക്കുന്നില്ല, ഒരേ വിലാസ ശ്രേണി ഉപയോഗിക്കുന്ന രണ്ട് സൈറ്റുകൾ പരിഹരിക്കുന്നുമില്ല; അവയിലോരോന്നും പ്രത്യേക ഉടമയുള്ള പ്രത്യേക കോൺഫിഗറേഷനാണ്. അതിനാൽ പാത സ്ഥിരീകരിക്കുന്നത് സ്വീകാര്യതാ പരിശോധനയുടെ തുടക്കമാണ്, മുഴുവൻ പരിശോധനയല്ല.

പ്രിഫിക്സ് ലിസ്റ്റ് പ്രൊഫൈലിനൊപ്പം സൂക്ഷിക്കുക, ഏത് പരിധിയിൽ അത് ചേർത്തുവെന്ന് രേഖപ്പെടുത്തുക, അപ്പോൾ അടുത്ത ആൾ റൂട്ട് പട്ടികയിൽ നിന്ന് അനുമാനിക്കുന്നതിന് പകരം ഉദ്ദേശിച്ച രൂപകൽപ്പന വായിക്കാം. ആരുടെയോ ഓർമ്മയിൽ മാത്രം നിലനിൽക്കുന്ന റൂട്ടുകളാണ് അടുത്ത വീണ്ടും കണക്ഷന് ശേഷം തെറ്റായി പുനർനിർമ്മിക്കപ്പെടുന്നത്. വിന്യാസ കുറിപ്പുകളിലെ ഒരു വരി കമന്റ് അര ദിവസത്തെ പുനർകണ്ടെത്തലിനേക്കാൾ വിലകുറഞ്ഞതാണ്.