VPN അഡാപ്റ്റർ /32 കാണിക്കുന്നു: അത് ഒരൊറ്റ ലക്ഷ്യസ്ഥാനം എന്നർഥമല്ല

അഡാപ്റ്ററുകൾ 255.255.255.255 കാണിക്കുന്നു, പലപ്പോഴും VPN കൃത്യമായി ഒരു വിലാസത്തിൽ എത്തുന്നു എന്ന നിഗമനം ഉണ്ടാകുന്നു. ആ വായന ക്ലയന്റിന്റെ സ്വന്തം വിലാസത്തെ ടണലിലൂടെ റൂട്ട് ചെയ്യുന്ന ലക്ഷ്യങ്ങളുടെ കൂട്ടവുമായി കലർത്തുന്നു. പോയിന്റ്-ടു-പോയിന്റ് അല്ലെങ്കിൽ റൂട്ട് ചെയ്ത ഇന്റർഫേസിൽ ഇവ രണ്ടും വ്യത്യസ്ത വസ്തുക്കളാണ്, അവയിലൊന്ന് മാത്രമാണ് എത്തിച്ചേരൽ പരിമിതപ്പെടുത്തുന്നത്. Ethernet-ൽ ആളുകൾ പഠിച്ച സബ്‌നെറ്റ് മാസ്കിനോട് സാമ്യമുള്ളതിനാൽ ഈ കെട്ടുകഥ നിലനിൽക്കുന്നു.

കെട്ടുകഥ: ഹോസ്റ്റ് മാസ്ക് എന്നാൽ ഒരു ഹോസ്റ്റ് മാത്രം എത്തിച്ചേരാം

/32 അനുവദനം ഇന്റർഫേസിനോട് ലിങ്കിന്റെ ഈ അറ്റത്തിന്റെ വിലാസം ഏതെന്ന് പറയുന്നു, പോയിന്റ്-ടു-പോയിന്റ് ലിങ്കിൽ അത്രമാത്രമാണ് അതിന്റെ അർഥം. പങ്കാളിയുടെ വിലാസം വെവ്വേറെ ഫീൽഡാണ്, പങ്കാളിക്ക് അപ്പുറം എന്തുണ്ടെന്ന് പറയുന്ന റൂട്ടുകൾ വീണ്ടും വെവ്വേറെയാണ്. മാസ്കിൽ ഒന്നും വിദൂര നെറ്റ്‌വർക്കിനെ വിവരിക്കുന്നില്ല, കാരണം വിദൂര നെറ്റ്‌വർക്കുകൾ വിവരിക്കുന്ന സ്ഥലം മാസ്കല്ല. അതിനെ എത്തിച്ചേരലിന്റെ പരിധിയായി വായിക്കുന്നത് നിങ്ങളുടെ വീട്ടുനമ്പർ സന്ദർശിക്കാൻ അനുവാദമുള്ള എല്ലാ വിലാസങ്ങളുടെയും പട്ടികയായി വായിക്കുന്നതുപോലെയാണ്.

ഈ ആശയക്കുഴപ്പത്തിന് യഥാർഥ വേരുണ്ട്: Ethernet-ൽ ഹോസ്റ്റ് മാസ്ക് യഥാർഥത്തിൽ ആ സെഗ്‌മെന്റിലെ ഒരു വിലാസം മാത്രമാണ് അർഥമാക്കിയിരുന്നത്. ടണൽ Ethernet സെഗ്‌മെന്റല്ല, അതിലൂടെ എന്ത് കടക്കുന്നു എന്നത് മാസ്കല്ല, ക്ലയന്റിന്റെ റൗട്ടിംഗ് പട്ടികയാണ് തീരുമാനിക്കുന്നത്. അതുകൊണ്ടാണ് അതേ /32 മുഴുവൻ ഡാറ്റാ സെന്ററിനും മുന്നിൽ നിൽക്കാവുന്നത്.

വിലാസവും റൂട്ടുകളും വെവ്വേറെ വസ്തുക്കളായി വായിക്കുക

ഇന്റർഫേസും പട്ടികയും ഒരുമിച്ച് പ്രിന്റ് ചെയ്യുക, പിന്നീട് അവയെ രണ്ട് ചോദ്യങ്ങൾക്കുള്ള രണ്ട് ഉത്തരങ്ങളായി വായിക്കുക. വിലാസം ഈ അറ്റം ആരെന്ന് ഉത്തരം നൽകുന്നു; റൂട്ടുകൾ ട്രാഫിക് എവിടെ പോകാമെന്ന് ഉത്തരം നൽകുന്നു. മൂന്നാമത്തെ ചോദ്യം, ഗേറ്റ്‌വേ ഏത് ലക്ഷ്യങ്ങൾ അനുവദിക്കുന്നു എന്നത്, ക്ലയന്റിൽ ഒട്ടും കാണുന്നില്ല. iproute2-ന്റെ വിലാസ റഫറൻസ് പ്രാദേശിക വിലാസം, പങ്കാളി, പ്രിഫിക്സ്-റൂട്ട് ഫീൽഡുകൾ ഇതേ കാരണത്താൽ വെവ്വേറെ വിവരിക്കുന്നു.

ip addr show tun0
ip route show
ip route get 10.60.5.10

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

Get-NetIPAddress -InterfaceAlias "VPN"
Find-NetRoute -RemoteIPAddress 10.60.5.10

ലുക്കപ്പ് തെറ്റായ ഇന്റർഫേസിലേക്ക് ചൂണ്ടിയാൽ നിർത്തുക. ഇത് ക്ലയന്റിന്റെ റൗട്ടിംഗ് പ്രശ്നമാണ്, അത് ക്ലയന്റിൽ തന്നെ പരിഹരിക്കുന്നു.

മാസ്ക് വിശാലമാക്കുന്നത് സാധാരണയായി കൂടുതൽ വഷളാക്കുന്നത് എന്തുകൊണ്ട്

ഓഫീസ് LAN പോലെ തോന്നാൻ അനുവദനം /24 ആക്കി മാറ്റുന്നത് ലിങ്കിൽ ഒരു പ്രിഫിക്സ് സൃഷ്ടിച്ചേക്കാം: കെർണൽ ഇപ്പോൾ മുഴുവൻ /24-ഉം നേരിട്ട് ടണൽ ഇന്റർഫേസുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്ന് വിശ്വസിക്കുന്നു. ഗേറ്റ്‌വേയിലൂടെ റൂട്ട് ചെയ്യേണ്ട വിലാസങ്ങളിലേക്കുള്ള ട്രാഫിക് അപ്പോൾ ലിങ്കിൽ ഒരു അയൽക്കാരൻ ഉള്ളതുപോലെ അയയ്ക്കുന്നു. ഫലം സർവർ തകരാറിനോട് സാമ്യമുള്ള ഒരു കറുത്ത ദ്വാരമാണ്.

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

വിദൂര പ്രിഫിക്സിന്റെ റൂട്ട് കാണുന്നില്ലെങ്കിൽ, അതിന്റെ വിതരണം ശരിയാക്കുക. അത് ഉണ്ടായിട്ടും കണക്ഷൻ നിരസിക്കപ്പെടുന്നുവെങ്കിൽ, മാസ്ക് ഒരിക്കലും രോഗനിർണയമായിരുന്നില്ല.

റൂട്ട് ശരിയായിരിക്കുമ്പോൾ ഒഴുക്ക് ഇപ്പോഴും പരാജയപ്പെടുമ്പോൾ

ശരിയായ റൂട്ട് ക്ലയന്റ് പാക്കറ്റ് അയയ്ക്കും എന്ന് മാത്രം തെളിയിക്കുന്നു. ഗേറ്റ്‌വേ ഇപ്പോഴും ലക്ഷ്യം സ്വീകരിക്കണം, അനുവദിച്ച വിലാസത്തിന് തിരിച്ചുള്ള പാത ഉണ്ടായിരിക്കണം, സേവനം ഒഴുക്ക് അനുവദിക്കണം. ഈ മൂന്നും വെവ്വേറെ പരിശോധിക്കുക: ക്ലയന്റിലെ ലുക്കപ്പ്, ഗേറ്റ്‌വേയുടെ അനുവദിത പരിധി, ആവശ്യമായ ഒരു സർവറിലേക്കുള്ള അഭ്യർഥന. മൂന്നും തയ്യാറാകുന്നതിന് മുമ്പ് പ്രാമാണീകരണം വിജയിക്കുന്നത് സാധാരണമാണ്, അതുകൊണ്ടാണ് കണക്റ്റ് ചെയ്ത ക്ലയന്റിന് എങ്ങും എത്താൻ കഴിയാത്തത്.

ping -c1 10.60.5.10
traceroute -n 10.60.5.10
curl -sv https://app.internal.example/ -o /dev/null

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

വിരമിക്കേണ്ട കെട്ടുകഥ മാസ്ക് എത്തിച്ചേരലിന്റെ പരിധിയാണ് എന്നതാണ്. വിലാസം, റൂട്ടുകൾ, ഗേറ്റ്‌വേ നയം എന്നിവ മൂന്ന് വെവ്വേറെ വസ്തുതകളായി വായിക്കുക, അപ്പോൾ /32 പരിധിയായി തോന്നുന്നത് നിർത്തി സാധാരണ ടണൽ അനുവദനമായി തോന്നാൻ തുടങ്ങും.