ഒരേ ഡെസ്ക്ടോപ്പിൽ രണ്ട് VPN ക്ലയന്റുകൾ: എന്താണ് കൂട്ടിയിടിക്കുന്നത്, എന്താണ് പ്രവർത്തിക്കുന്നത്

നിങ്ങളുടെ രണ്ടാമത്തെ ക്ലയന്റ് കണക്ട് ചെയ്യുന്നു, ആദ്യത്തേതിന്റെ റിസോഴ്സുകൾ റിസോൾവ് ചെയ്യുന്നത് നിലയ്ക്കുന്നു, ജോലി VPN വ്യക്തിഗതമായത് തകർത്തു എന്ന് ടിക്കറ്റ് പറയുന്നു. തകരാറിന്റെ അർഥത്തിൽ ഒന്നും തകർന്നിട്ടില്ല: രണ്ട് ക്ലയന്റുകളും അവയ്ക്കായി രൂപകൽപ്പന ചെയ്തത് ചെയ്തു, യന്ത്രത്തിന് ഒരു റൂട്ടിംഗ് പട്ടിക മാത്രമേയുള്ളൂ. കൂട്ടിയിടി ഓരോ ക്ലയന്റും തന്റേതെന്ന് കരുതുന്ന നാല് റിസോഴ്സുകളെക്കുറിച്ചാണ്. അവ ക്രമത്തിൽ പൂർത്തിയാക്കുക, പരിഹാരം സാധാരണയായി നന്നാക്കലിനു പകരം ഒരു ഡിസൈൻ തിരഞ്ഞെടുപ്പാകും.

ഘട്ടം 1: ഏത് ക്ലയന്റിനാണ് ഇഗ്രസ് എന്ന് കണ്ടെത്തുക

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് നിലവിലെ ഇഗ്രസ് തീരുമാനം വായിക്കുക. പൊതു വിലാസത്തിലേക്കുള്ള റൂട്ട് ലുക്കപ്പ്, പാക്കറ്റ് ഇപ്പോൾ ഏത് ഇന്റർഫേസും അടുത്ത ഹോപ്പും ഉപയോഗിക്കുമെന്ന് പറയുന്നു, അതാണ് ആർ വിജയിച്ചു എന്നതിന്റെ ഉത്തരം. ക്ലയന്റുകൾ സൃഷ്ടിച്ച ഇന്റർഫേസ് പേരുകളുമായി ഇത് താരതമ്യം ചെയ്യുക; അവയിൽ സാധാരണയായി ഉൽപ്പന്നത്തിന്റെയോ പ്രോട്ടോക്കോളിന്റെയോ പേരുണ്ടാകും. ലുക്കപ്പ് നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത ടണലിലേക്ക് ചൂണ്ടുന്നുവെങ്കിൽ, കൂട്ടിയിടി നിങ്ങൾ കണ്ടെത്തിക്കഴിഞ്ഞു.

ip route get 1.1.1.1
ip route show default
route print

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

രണ്ട് ക്ലയന്റുകളും ഒരേ മെട്രിക് ഉപയോഗിച്ച് ഒരേ പ്രിഫിക്സ് അവകാശപ്പെടുന്നുവെങ്കിൽ നിർത്തുക. കേർണൽ ഒന്ന് തിരഞ്ഞെടുക്കും, മറ്റൊന്ന് ഒന്നും വഹിക്കാതെ കണക്ട് ചെയ്തതായി കാണപ്പെടും.

ഘട്ടം 2: റിസോൾവറും ഓവർലാപ്പ് ചെയ്യുന്ന പ്രിഫിക്സുകളും പരിശോധിക്കുക

DNS രണ്ടാമത്തെ കൂട്ടിയിടിയാണ്, അത് സവിശേഷമായ ഒരു ലക്ഷണം നൽകുന്നു: വിലാസങ്ങൾ പ്രവർത്തിക്കുമ്പോൾ പേരുകൾ പരാജയപ്പെടുന്നു. ഓരോ ക്ലയന്റും അതിന്റേതായ റിസോൾവർ അടിച്ചേൽപ്പിക്കുന്നു, തുടർന്നുള്ള ക്വറികൾക്ക് അവസാനം എഴുതുന്നവൻ വിജയിക്കുന്നു. ക്ലയന്റിന്റെ ക്രമീകരണ പേജ് വായിക്കുന്നതിനുപകരം ഓരോ ലിങ്കിനും എന്താണ് ഉപയോഗിക്കുന്നതെന്ന് റിസോൾവർ സേവനത്തോട് ചോദിക്കുക.

resolvectl status
Get-DnsClientServerAddress
dig +short intranet.corp.example

തുടർന്ന് രണ്ട് നെറ്റ്വർക്കുകൾ ഉപയോഗിക്കുന്ന സ്വകാര്യ പ്രിഫിക്സുകൾ താരതമ്യം ചെയ്യുക. ഇരുവശവും ഒരേ ശ്രേണിയിൽ നിന്ന് അനുവദിക്കുന്നുവെങ്കിൽ, ക്ലയന്റ് വശത്തുള്ള ഒരു ക്രമീകരണവും അത് ശരിയാക്കില്ല, കാരണം ഏത് 10.0.0.0/8 ലക്ഷ്യം ഏത് ടണലിന്റേതാണെന്ന് യന്ത്രത്തിന് പറയാനാകില്ല. ഒരു വശം പുനഃസംഖ്യയിടേണ്ടതോ വിവർത്തനം ചെയ്യേണ്ടതോ ആണ്, അത് കോൺഫിഗറേഷൻ മാറ്റമല്ല, നെറ്റ്വർക്ക് ഉടമകളുമായുള്ള സംഭാഷണമാണ്. ഓവർലാപ്പ് മാത്രമാണ് സത്യസന്ധമായ ഉത്തരം «ഡിസൈൻ മാറ്റണം» എന്നുള്ള ഏക കൂട്ടിയിടി.

പ്രിഫിക്സുകൾ ഓവർലാപ്പ് ചെയ്യുന്നുവെങ്കിൽ ഇവിടെ നിർത്തുക. ഈ പട്ടികയിലെ ബാക്കിയെല്ലാം അവ ഓവർലാപ്പ് ചെയ്യുന്നില്ലെന്ന് അനുമാനിക്കുന്നു.

ഘട്ടം 3: നിലനിൽക്കുന്ന വേർതിരിക്കൽ മാതൃക തിരഞ്ഞെടുക്കുക

വിശ്വസനീയമായ മാതൃകകൾ ഒരേ റൂട്ടിംഗ് പട്ടികയ്ക്കെതിരെ രണ്ട് ക്ലയന്റുകൾ പ്രവർത്തിപ്പിക്കുന്നത് ഒഴിവാക്കുന്നു. രണ്ട് സ്വകാര്യ നെറ്റ്വർക്കുകളിലും എത്തുന്ന സ്പ്ലിറ്റ്-ടണൽ നയം ഉള്ള ഒരു ക്ലയന്റാണ് ഏറ്റവും ലളിതം, ലക്ഷ്യങ്ങൾ ഓവർലാപ്പ് ചെയ്യുന്നില്ലെങ്കിലും നയത്തിന്റെ ഉടമ സമ്മതിക്കുന്നുവെങ്കിലും. വെർച്വൽ മെഷീൻ അല്ലെങ്കിൽ നെറ്റ്വർക്ക് നെയിംസ്പേസ് അടുത്ത ഘട്ടമാണ്, കാരണം ഓരോന്നിനും സ്വന്തം പട്ടികയും സ്വന്തം റിസോൾവറും ലഭിക്കുന്നു.

sudo ip netns add vpn2
sudo ip netns exec vpn2 ip link show
sudo ip netns exec vpn2 curl -sI https://intranet.corp.example/

നെയിംസ്പേസ് രണ്ടാമത്തെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റമില്ലാതെ വെർച്വൽ മെഷീനെപ്പോലെ അതേ വേർതിരിക്കൽ നൽകുന്നു, പക്ഷേ അതിന് പരുക്കൻ അരികുകളുണ്ട്: ടണൽ ഉപകരണം അതിലേക്ക് മാറ്റണം, ആപ്ലിക്കേഷൻ അതിനുള്ളിൽ ആരംഭിക്കണം. നിയന്ത്രിത ജോലി ക്ലയന്റിനൊപ്പം വ്യക്തിഗത VPN-ന് പ്രത്യേക ഭൗതിക ഉപകരണം പലപ്പോഴും ഏറ്റവും കുറഞ്ഞ ആശ്ചര്യമുള്ള തിരഞ്ഞെടുപ്പാണ്. ഒരു ടണൽ മറ്റൊന്നിനുള്ളിൽ അടുക്കുന്നത് വേർതിരിക്കൽ മാതൃകയല്ല; ആന്തരിക അന്ത്യബിന്ദു പുറം ടണലിലൂടെ എത്താവുന്നതായി തുടരണം, ഈ ക്രമീകരണം മേലെ MTU, കാലതാമസ പ്രശ്നങ്ങൾ കൂടി ചേർക്കുന്നു.

ഒരു മാതൃക തിരഞ്ഞെടുത്ത് എന്തുകൊണ്ടെന്ന് എഴുതുക. ഒരു ആപ്ലിക്കേഷന് നെയിംസ്പേസും ബാക്കിയുള്ളവയ്ക്ക് സ്പ്ലിറ്റ് ടണലും കലർത്തുന്നത് യഥാർത്ഥ കൂട്ടിയിടിയെ ഡീബഗ് ചെയ്യാൻ ബുദ്ധിമുട്ടുള്ള രൂപത്തിൽ പുനഃസൃഷ്ടിക്കുന്നു.

ഘട്ടം 4: അതേ സെഷനിൽ നിന്ന് രണ്ട് നെറ്റ്വർക്കുകളും പരിശോധിക്കുക

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

curl -sI https://intranet.corp.example/
curl -sI https://files.personal.example/
ip route get 10.20.30.40

ഓരോ നെറ്റ്വർക്കിനും ക്ലയന്റ് പതിപ്പുകൾ, ഇന്റർഫേസുകൾ, റിസോൾവർ അവസ്ഥ, പ്രിഫിക്സുകൾ എന്നിവ രേഖപ്പെടുത്തുക. ഒരു ക്ലയന്റ് അപ്ഡേറ്റ് ചെയ്ത് അതിന്റെ റൂട്ട് സ്വഭാവം മാറുമ്പോൾ, ആ രേഖയാണ് അഞ്ച് മിനിറ്റ് നന്നാക്കലും പുനർനിർമ്മാണവും തമ്മിലുള്ള വ്യത്യാസം. അടുത്ത വ്യക്തി ഏത് ടണൽ ആദ്യം ഉയർന്നുവെന്ന നിങ്ങളുടെ ഓർമ്മ പങ്കിടില്ല.

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