നിങ്ങളുടെ ലാബ് VPN റൂട്ട് അഡാപ്റ്റർ ക്രമം നിർണ്ണയിക്കാത്തത് എന്തുകൊണ്ട്

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

മൂന്ന് വ്യവസ്ഥകളാണ് പാത നിർണ്ണയിക്കുന്നത്

മൂന്ന് വ്യവസ്ഥകൾ: ഏത് പ്രിഫിക്സാണ് കൂടുതൽ നിർദ്ദിഷ്ടം, പ്രിഫിക്സുകൾ തുല്യമാകുമ്പോൾ മെട്രിക്കുകൾ എന്ത് ചെയ്യുന്നു, ഹാർഡ്‌വെയർ മാറ്റത്തിന് ശേഷം ഗസ്റ്റ് ഏത് നിയമങ്ങൾ പ്രയോഗിച്ചു. ഓരോന്നിനും ഒരു കമാൻഡിൽ ഉത്തരം പറയാം, ഒന്നും ഹൈപ്പർവൈസറിന്റെ അക്കമിടലുമായി ബന്ധപ്പെട്ടതല്ല.

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

ഒന്നാം വ്യവസ്ഥ: ഏത് പ്രിഫിക്സ് വിജയിക്കുന്നു

10.8.0.0/24-ലേക്കുള്ള റൂട്ട് അതിനുള്ളിലെ വിലാസത്തിന് ഡിഫോൾട്ട് റൂട്ടിനെ തോൽപ്പിക്കുന്നു, മെട്രിക്കുകളും അഡാപ്റ്റർ ക്രമവും പരിഗണിക്കാതെ. അതുകൊണ്ടാണ് നിർദ്ദിഷ്ട റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്ന VPN ക്ലയന്റ് കുറഞ്ഞ മെട്രിക്കുള്ള രണ്ടാമതൊരു അഡാപ്റ്റർ വന്നാലും പ്രവർത്തിക്കുന്നത്: ചെലവ് പരിഗണിക്കുന്നതിന് മുൻപ് നിർദ്ദിഷ്ടത വിജയിക്കുന്നു. ഉപയോഗത്തിലാണെന്ന് കരുതുന്ന പട്ടിക ip route show കൊണ്ടും, ഒരു നിർദ്ദിഷ്ട ലക്ഷ്യത്തിന് കെർണൽ യഥാർത്ഥത്തിൽ എന്ത് ഉത്തരം നൽകുമെന്ന് ip route get 203.0.113.9 കൊണ്ടും പരിശോധിക്കുക.

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

രണ്ടാം വ്യവസ്ഥ: മെട്രിക് എന്ത് ചെയ്യുന്നു, എന്ത് ചെയ്യുന്നില്ല

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

ഗസ്റ്റിൽ ip route show ഓരോ റൂട്ടിനും അടുത്ത് മെട്രിക് അച്ചടിക്കുന്നു, Windows-ൽ Get-NetRoute InterfaceMetric കൂടാതെ റൂട്ട് മെട്രിക് അച്ചടിക്കുന്നു. രണ്ടും വായിക്കുക, കാരണം ഫലപ്രദമായ മുൻഗണന ഒരു ഫീൽഡല്ല, തുകയാകാം. രണ്ട് ഡിഫോൾട്ട് റൂട്ടുകളുണ്ടെങ്കിൽ അതാണ് കണ്ടെത്തൽ: ഗസ്റ്റിന് പുറത്തേക്ക് രണ്ട് വഴികളുണ്ട്, ഏത് വിജയിക്കുമെന്നത് ഹാർഡ്‌വെയർ മാറ്റത്തിന് മാറ്റാൻ കഴിയുന്ന സംഖ്യകളെ ആശ്രയിച്ചിരിക്കുന്നു.

മൂന്നാം വ്യവസ്ഥ: ഗസ്റ്റ് യഥാർത്ഥത്തിൽ എന്ത് പ്രയോഗിച്ചു

കോൺഫിഗറേഷനും പ്രയോഗിച്ച അവസ്ഥയും ഒന്നല്ല. എല്ലാ പ്ലാറ്റ്‌ഫോമുകളിലും ഹാർഡ്‌വെയർ മാറ്റങ്ങൾക്കിടയിൽ ഇന്റർഫേസ് നാമങ്ങൾ സ്ഥിരമല്ല, പേരനുസരിച്ച് ഒത്തിരുന്ന കോൺഫിഗറേഷൻ ഇപ്പോൾ ഒന്നിനും ബാധകമല്ലായിരിക്കാം.

ഉദ്ദേശിച്ച അവസ്ഥയല്ല, പ്രയോഗിച്ച അവസ്ഥ പരിശോധിക്കുക. ip -br link ഇപ്പോൾ നിലവിലുള്ള ഇന്റർഫേസുകൾ കാണിക്കുന്നു, NetworkManager ഉള്ള ഹോസ്റ്റിൽ nmcli connection show ഏത് പ്രൊഫൈൽ ഏത് ഉപകരണവുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്ന് കാണിക്കുന്നു. ബന്ധിപ്പിക്കാൻ കഴിയാത്ത പ്രൊഫൈൽ ഇന്റർഫേസ് വിലാസമില്ലാതെ ഓണായി വിടുന്നു, അത് റൂട്ടിംഗ് പ്രശ്നമായി തോന്നുമെങ്കിലും നാമകരണ പ്രശ്നമാണ്. പുനഃസ്ഥാപിച്ച സ്നാപ്പ്ഷോട്ടുകൾ ഇത് വഷളാക്കുന്നു, കാരണം ഗസ്റ്റിന്റെ സേവ് ചെയ്ത അവസ്ഥ പുതിയ ഹാർഡ്‌വെയർ ഇനി നൽകാത്ത അഡാപ്റ്റർ ഐഡന്റിറ്റികളെ പരാമർശിച്ചേക്കാം.

ലാബ് ടോപ്പോളജി പുനരുൽപ്പാദനീയമായി നിലനിർത്തുക

ഉദ്ദേശിച്ച വെർച്വൽ നെറ്റ്‌വർക്ക് കണക്ഷനുകൾ ഗസ്റ്റ് കോൺഫിഗറേഷനൊപ്പം സേവ് ചെയ്യുക, റോളിൽ നിന്ന് അഡാപ്റ്ററിലേക്കുള്ള മാപ്പിംഗ് പട്ടികയിലെ സ്ഥാനത്തുനിന്ന് അനുമാനിക്കാതെ എഴുതി സൂക്ഷിക്കാൻ.

സാധാരണയായി നാല് റോളുകൾ പേരിടാൻ മതി: സ്വകാര്യ ലിങ്ക്, മാനേജ്‌മെന്റ്, പുറം ട്രാൻസ്പോർട്ട്, ടണൽ. ഓരോന്നും ഫയലിൽ ഒരു നിർദ്ദിഷ്ട അഡാപ്റ്ററിനും നിർദ്ദിഷ്ട ഗസ്റ്റ് ഇന്റർഫേസിനും മാപ്പ് ചെയ്യണം.

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

VirtualBox നെറ്റ്‌വർക്കിംഗ് ഡോക്യുമെന്റേഷൻ അഡാപ്റ്റർ മോഡുകളും ഓരോന്നും എന്തിലേക്ക് ബന്ധിപ്പിക്കുന്നു എന്നും വിവരിക്കുന്നു, രണ്ടാമത്തേത് ചേർക്കുന്നതിന് മുൻപ് വായിക്കാൻ യോഗ്യമായ ഭാഗം അതാണ്. ഓരോ റോളിനും ഏത് അഡാപ്റ്റർ സേവനം നൽകുന്നു എന്ന് തിരിച്ചറിയുന്ന ലാബ് റൂട്ട് മാറ്റം വിശദീകരിക്കാവുന്നതാക്കുന്നു. ഹൈപ്പർവൈസർ അക്കമിടലിനെ ആശ്രയിക്കുന്ന ലാബ് ഓരോ മാറ്റത്തെയും പരീക്ഷണമാക്കുന്നു.