കണക്ട് ചെയ്തതിന് ശേഷം VPN റൂട്ട് മെട്രിക് മാറി: അതിന്റെ അർത്ഥം
കുറഞ്ഞ മെട്രിക് ഒരേപോലെ നിർദ്ദിഷ്ടമായ റൂട്ടുകൾക്കിടയിലെ സമനില മാത്രമാണ് തീർക്കുന്നത്. ഏതെങ്കിലും VPN റൂട്ട് നമ്പർ എഡിറ്റ് ചെയ്യുന്നതിന് മുൻപ് പോളിസി നിയമം, പ്രിഫിക്സ്, എൻഡ്പോയിന്റ് ഹോസ്റ്റ് റൂട്ട് എന്നിവ വായിക്കുക.
നിങ്ങൾ VPN കണക്ട് ചെയ്ത് route print പ്രവർത്തിപ്പിക്കുമ്പോൾ ഡിഫോൾട്ട് റൂട്ടിന് ഇപ്പോൾ മുൻപത്തേക്കാൾ വളരെ കുറഞ്ഞ മെട്രിക് ഉണ്ട്. സ്വാഭാവിക നിഗമനം, VPN ഡിഫോൾട്ട് റൂട്ട് എടുത്തത് അതിന്റെ സംഖ്യ ചെറുതായതിനാലാണ് എന്നാണ്. ചിലപ്പോൾ കൃത്യമായി അതാണ് സംഭവിച്ചത്. പലപ്പോഴും മെട്രിക് നിർണായക ഘടകമേ അല്ല, അത് എഡിറ്റ് ചെയ്യുന്നത് ഒന്നും മാറ്റുന്നില്ല, കാരണം തിരഞ്ഞെടുപ്പ് മുൻപേ നടന്നിരുന്നു — പ്രിഫിക്സ് നീളം കൊണ്ടോ പോളിസി നിയമം കൊണ്ടോ.
ലക്ഷണം യഥാർത്ഥമാണ്: മുൻപ് Wi-Fi അഡാപ്റ്റർ വഴി പുറത്തുപോയ ട്രാഫിക് ഇപ്പോൾ ടണലിലൂടെ പുറത്തുപോകുന്നു, അല്ലെങ്കിൽ തിരിച്ചും. മെട്രിക് ഒരു നിശ്ചിത ക്രമത്തിൽ നടക്കുന്ന തിരയലിന്റെ ഒരു ഇൻപുട്ടാണ്, ഏതെങ്കിലും സംഖ്യ തൊടുന്നതിന് മുൻപ് ആ ക്രമം വായിക്കണം.
സംഖ്യ യഥാർത്ഥത്തിൽ എന്തുമായി മത്സരിക്കുന്നു
ആദ്യ താരതമ്യം സ്പെസിഫിസിറ്റിയാണ്, മുൻഗണനയല്ല. 10.20.0.0/16 എന്നതിനുള്ള റൂട്ട് 10.0.0.0/8-നെ തോൽപ്പിക്കുന്നു, രണ്ടും 0.0.0.0/0-നെ തോൽപ്പിക്കുന്നു, അവയുടെ മെട്രിക്കുകൾ എന്ത് പറഞ്ഞാലും. യന്ത്രത്തിൽ ഏറ്റവും കുറഞ്ഞ മെട്രിക് ഉള്ള ഡിഫോൾട്ട് റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്ന VPN പോലും ലക്ഷ്യസ്ഥാനവുമായി പൊരുത്തപ്പെടുന്ന കൂടുതൽ നിർദ്ദിഷ്ടമായ ഏത് റൂട്ടിനോടും തോൽക്കുന്നു, ക്ലയന്റ് തന്റെ സർവറിനായി ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഹോസ്റ്റ് റൂട്ട് ഉൾപ്പെടെ.
അതുകൊണ്ട് ഡിഫോൾട്ടിലെ മെട്രിക് കുറയ്ക്കുന്നത് നേരിട്ട് ബന്ധിപ്പിച്ച സബ്നെറ്റിനെ ടണലിലേക്ക് നിർബന്ധിക്കാൻ കഴിയില്ല. ആ സബ്നെറ്റ് VPN-നുള്ളിൽ വേണമെങ്കിൽ പ്രിഫിക്സിന് ഒരു റൂട്ട് ചേർക്കുകയോ പോളിസി നിയമം ഉപയോഗിച്ച് ടണൽ ടേബിൾ തിരഞ്ഞെടുക്കുകയോ ചെയ്യുക. ആ ജോലിക്ക് മെട്രിക് തെറ്റായ ലിവർ ആണ്.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
ലിനക്സ് മെട്രിക്കിന് മുൻപ് ടേബിൾ തീരുമാനിക്കുന്നു
ലിനക്സിൽ കേർണൽ ആദ്യം പോളിസി ഡാറ്റാബേസ് പരിശോധിക്കുന്നു. ip rule നിയമങ്ങളും അവ തിരഞ്ഞെടുക്കുന്ന ടേബിളുകളും ലിസ്റ്റ് ചെയ്യുന്നു, ip route get 203.0.113.10 ആ ലക്ഷ്യസ്ഥാനത്തിന് കേർണൽ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന ടേബിൾ, റൂട്ട്, സോഴ്സ് വിലാസം എന്നിവ റിപ്പോർട്ട് ചെയ്യുന്നു. ടേബിൾ 100-നുള്ളിലെ മെട്രിക് ഒരിക്കലും പ്രധാന ടേബിളിലെ റൂട്ടുമായി മത്സരിക്കുന്നില്ല, കാരണം ഏതെങ്കിലും മെട്രിക് താരതമ്യം ചെയ്യുന്നതിന് മുൻപേ നിയമം ടേബിൾ തിരഞ്ഞെടുത്തിരുന്നു.
അതുകൊണ്ട് ഒരു റൂട്ട് ip route show table all-ൽ ശരിയായി കാണപ്പെടാം, എന്നിട്ടും ട്രാഫിക് കൊണ്ടുപോകാതിരിക്കാം. പൊരുത്തപ്പെട്ട നിയമം വായിക്കുക, പിന്നെ അത് തിരഞ്ഞെടുത്ത ടേബിൾ വായിക്കുക, പിന്നെ അതിനുള്ളിലെ റൂട്ടുകൾ താരതമ്യം ചെയ്യുക. തെറ്റായ ടേബിൾ തിരഞ്ഞെടുത്തിട്ടുണ്ടെങ്കിൽ മറ്റേ ടേബിളിലെ ഒരു മെട്രിക് എഡിറ്റും സഹായിക്കില്ല.
വിൻഡോസ് രണ്ട് മെട്രിക്കുകൾ കൂട്ടിച്ചേർക്കുന്നു
വിൻഡോസിന് സ്വതവേ പോളിസി ഡാറ്റാബേസ് ഇല്ല, പക്ഷേ അത് റൂട്ട് മെട്രിക്കും ഇന്റർഫേസ് മെട്രിക്കും കൂട്ടിച്ചേർക്കുന്നു, സ്വയമേവയുള്ള ഇന്റർഫേസ് മെട്രിക് ലിങ്ക് വേഗതയ്ക്കും അഡാപ്റ്റർ അവസ്ഥയ്ക്കും അനുസരിച്ച് മാറാം. അതുകൊണ്ട് അതേ റൂട്ട് ഡോക്കിംഗ് സ്റ്റേഷനോ വെർച്വൽ അഡാപ്റ്ററോ പ്രത്യക്ഷപ്പെട്ടതിന് ശേഷം വ്യത്യസ്തമായി പ്രവർത്തിക്കാം. Find-NetRoute -RemoteIPAddress 203.0.113.10 തിരഞ്ഞെടുത്ത സോഴ്സ് വിലാസം, അടുത്ത ഹോപ്പ്, ഇന്റർഫേസ് എന്നിവ റിപ്പോർട്ട് ചെയ്യുന്നു, ഇത് അസംസ്കൃത ടേബിളിനേക്കാൾ യഥാർത്ഥ തീരുമാനത്തോട് അടുത്താണ്.
റൂട്ടിന്റെയും ഇന്റർഫേസിന്റെയും മൂല്യങ്ങൾ ഒരുമിച്ച് വായിക്കുക. ഇന്റർഫേസ് മെട്രിക് ഉയർത്തുന്നത് ഒരു റൂട്ട് എൻട്രിയും മാറാതെ ട്രാഫിക് നീക്കാം, തന്റെ റൂട്ടുകൾ സ്വന്തമാക്കിയ VPN ക്ലയന്റ് വീണ്ടും കണക്ട് ചെയ്യുമ്പോൾ അവ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്ത് നിങ്ങളുടെ എഡിറ്റ് കളയും.
ടണലിന്റെ എൻഡ്പോയിന്റ് ടണലിന് പുറത്ത് നിർത്തുക
ഓരോ ടണലിനും സ്വന്തം സർവറിലേക്ക് ടണലിലൂടെ പോകാത്ത ഒരു പാത വേണം. ക്ലയന്റുകൾ ഫിസിക്കൽ ഗേറ്റ്വേ വഴി എൻഡ്പോയിന്റിന് ഹോസ്റ്റ് റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്നു, ആ റൂട്ട് ക്ലയന്റ് ചേർക്കുന്ന ഡിഫോൾട്ടിനേക്കാൾ നിർദ്ദിഷ്ടമായി തുടരണം. അത് ഇല്ലാതാക്കുക, അല്ലെങ്കിൽ ആ വിലാസത്തിനുള്ള തിരയലിൽ ടണൽ വിജയിക്കട്ടെ, എൻകാപ്സുലേറ്റ് ചെയ്ത പാക്കറ്റുകൾ നിർമ്മിക്കേണ്ട ടണലിലേക്ക് കടക്കാൻ ശ്രമിക്കും. കണക്ഷൻ പരാജയപ്പെടുകയോ ലൂപ്പിലാകുകയോ ചെയ്യുന്നു.
ഏതെങ്കിലും മെട്രിക് മാറ്റത്തിന് മുൻപും ശേഷവും ആ ഹോസ്റ്റ് റൂട്ട് പരിശോധിക്കുക: അത് ഫിസിക്കൽ അടുത്ത ഹോപ്പിലേക്ക് ചൂണ്ടണം, വീണ്ടും കണക്ട് ചെയ്യുമ്പോഴും നിലനിൽക്കണം. ക്ലയന്റ് അത് സ്വന്തമാക്കുന്നുവെങ്കിൽ, റൺടൈം മൂല്യത്തിന് പകരം പ്രൊഫൈലോ മാനേജ്ഡ് കോൺഫിഗറേഷനോ മാറ്റുക, കാരണം മൂല്യം വീണ്ടും എഴുതപ്പെടും.
രണ്ട് വിലാസ കുടുംബങ്ങളും ആപ്പ് സന്ദർഭവും പരിശോധിക്കുക
IPv4-ഉം IPv6-ഉം വെവ്വേറെ ടേബിളുകളുള്ള വെവ്വേറെ തീരുമാനങ്ങളാണ്. VPN IPv4 കൊണ്ടുപോകുമ്പോൾ IPv6 ലോക്കൽ റൗട്ടർ ഉപയോഗിച്ചുകൊണ്ടിരിക്കാം, ഒരു കുടുംബത്തിലെ മെട്രിക് മാറ്റം മറ്റേതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. രണ്ടും പരിശോധിക്കുക, പിന്നെ ആപ്ലിക്കേഷൻ സന്ദർഭം പരിശോധിക്കുക. ഇന്റർഫേസുമായി ബന്ധിപ്പിച്ച പ്രോസസ്, കണ്ടെയ്നർ നെയിംസ്പേസ് അല്ലെങ്കിൽ ഓരോ ആപ്പിനുമുള്ള VPN നിങ്ങളുടെ ഷെല്ലിൽ നിന്ന് വ്യത്യസ്തമായ ടേബിൾ കാണാം.
യഥാർത്ഥ ലക്ഷ്യസ്ഥാനത്തിനുള്ള തീരുമാനം റിപ്പോർട്ട് ചെയ്യുന്ന ഉപകരണം ഉപയോഗിച്ച് പരിശോധിക്കുക, മുഴുവൻ ടേബിൾ ലിസ്റ്റ് ഉപയോഗിച്ചല്ല. തിരഞ്ഞെടുത്ത റൂട്ട് ഡിസൈൻ ഉദ്ദേശിക്കുന്നതാണെങ്കിൽ നിർത്തുക. സ്ക്രീനിലെ ഏറ്റവും ചെറിയ സംഖ്യയല്ലാത്ത മെട്രിക് ഒരു കുറവല്ല, അതിനെ ഏറ്റവും ചെറുതാക്കാൻ നിർബന്ധിച്ചാൽ ടണൽ ആശ്രയിക്കുന്ന എൻഡ്പോയിന്റ് പാത തകരാം.