ഒരേ സമയം രണ്ട് VPN ക്ലയന്റുകൾ: ഡിഫോൾട്ട് റൂട്ട് ആരു ജയിക്കും?

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

റൂട്ട് ടേബിൾ ഒരു വിജയിയെ തിരഞ്ഞെടുക്കുന്നു

കോർപ്പറേറ്റ് ക്ലയന്റ് ആരംഭിക്കുന്നതിന് മുമ്പും ശേഷവും ടേബിൾ എടുക്കുക, കൂടാതെ ലക്ഷ്യസ്ഥാനത്തിന് പകരം ഇന്റർഫേസ് കോളം വായിക്കുക. പുറം ടണലിൽ നിന്നുള്ള സാധാരണ ഡിഫോൾട്ട് റൂട്ട് മാറ്റാൻ എളുപ്പമാണ്, കാരണം /1 ജോഡി /0-നേക്കാൾ നിർദ്ദിഷ്ടമാണ്. അക്ഷരാർത്ഥത്തിലുള്ള ജോഡി 0.0.0.0/1, 128.0.0.0/1 എന്നിവ മുഴുവൻ IPv4 സ്ഥലവും രണ്ട് പകുതിയായി ഉൾക്കൊള്ളുന്നു, ഏത് ഒറ്റ ഡിഫോൾട്ടിനെയും തോൽപ്പിക്കുന്നു. ഇൻസ്റ്റാൾ ചെയ്തതിന് ശേഷവും പുറം ടണൽ കണക്റ്റുചെയ്തതായി കാണിക്കുന്നു, ഒന്നും കൊണ്ടുപോകുന്നില്ല.

ip route show default
ip route show | grep -E '^(0.0.0.0/1|128.0.0.0/1)'

നയാധിഷ്ഠിത റൂട്ടിംഗിന് പ്രധാന ടേബിളിനെ പൂർണ്ണമായി മറികടക്കാം, അതിനാൽ നിയമങ്ങളും റൂട്ടുകളും വായിക്കുക. അടയാളപ്പെടുത്തിയ ട്രാഫിക് മറ്റൊരു ടേബിളിലേക്ക് അയക്കുന്ന നിയമം പ്രധാന ടേബിൾ പരിശോധിക്കുന്നതിന് മുമ്പ് ജയിക്കുന്നു. അങ്ങനെ ഒരു ആപ്ലിക്കേഷന് ഫിസിക്കൽ ലിങ്കിൽ തുടരാം, ബാക്കിയെല്ലാം ടണൽ ഉപയോഗിക്കുമ്പോൾ.

ip rule show

Windows ഇത് മെട്രിക്കുകൾ കൊണ്ട് തീരുമാനിക്കുന്നു

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

route print -4
Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4DefaultGateway

രണ്ട് ഔട്ട്പുട്ടുകളും താരതമ്യം ചെയ്ത് 0.0.0.0/0 ഉള്ള ഇന്റർഫേസിന് പേര് നൽകുക. രണ്ട് ക്ലയന്റുകളും അത് അവകാശപ്പെടുന്നുവെങ്കിൽ മെട്രിക് തീരുമാനിക്കുന്നു, അതുകൊണ്ടാണ് കണക്ഷൻ ക്രമ പരിശോധന വ്യത്യസ്ത മെഷീനുകളിൽ പൊരുത്തക്കേടുള്ളതായി തോന്നുന്നത്. ഏത് ഔട്ട്പുട്ടും ഡിഫോൾട്ട് ഗേറ്റ്വേ കാണിക്കുന്നില്ലെങ്കിൽ, ക്ലയന്റ് പൂർണ്ണ ടണലിൽ പ്രവർത്തിക്കുന്നില്ല, ചെയിൻ വാദത്തിന് അർത്ഥമില്ല.

രണ്ട് നിരീക്ഷകർ, രണ്ട് വ്യത്യസ്ത കാഴ്ചകൾ

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

ക്ലയന്റിന് ഇഷ്ടമുള്ളത് എണ്ണാനാകുമെന്ന് കരുതുക, പകരം ഗേറ്റ്വേയുടെ കാഴ്ചയ്ക്കായി ആസൂത്രണം ചെയ്യുക. ക്ലയന്റ് അന്ധനായി തുടരുന്നതിനെ ആശ്രയിക്കുന്ന ഡിസൈൻ തകരാറിൽ നിന്ന് ഒരു അപ്ഡേറ്റ് അകലെയാണ്.

DNS-ഉം IPv6-ഉം ചെയിൻ ചോരുന്ന സ്ഥലങ്ങളാണ്

DNS ജയിക്കുന്ന റിസോൾവർ ക്രമീകരണത്തെ പിന്തുടരുന്നു, അത് പാക്കറ്റുകൾ പോകുന്ന പാതയായിരിക്കണമെന്നില്ല. കോർപ്പറേറ്റ് ടണലിലൂടെ എത്തുന്ന കോർപ്പറേറ്റ് റിസോൾവർ ഡിസൈനുമായി യോജിക്കുന്നു; അതിന് പുറത്ത് എത്തുന്ന പ്രാദേശിക റിസോൾവർ യോജിക്കുന്നില്ല, ടണൽ മറയ്ക്കാൻ ഉദ്ദേശിച്ച പേരുകൾ അത് വെളിപ്പെടുത്തുന്നു. IPv6 രണ്ടാമത്തെ ചോർച്ചയാണ്: ഡ്യുവൽ-സ്റ്റാക്ക് ഹോസ്റ്റ്, ടണൽ IPv4 വഴി മാത്രം കൊണ്ടുപോകുന്ന ലക്ഷ്യസ്ഥാനങ്ങളിലേക്ക് IPv6 ഉപയോഗിക്കുന്നത് തുടരുന്നു. കുടുംബങ്ങൾ വെവ്വേറെ പരിശോധിക്കുക, കാരണം IPv4 മാത്രം ടണൽ IPv6 റൂട്ടുകളെക്കുറിച്ചോ റിസോൾവറുകളെക്കുറിച്ചോ ഒന്നും പറയുന്നില്ല.

ip -6 route show default
resolvectl status | grep -A2 'DNS Servers'

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