/32 ഹോസ്റ്റ് റൂട്ട് VPN എൻഡ്‌പോയിന്റ് എത്താവുന്നതായി നിലനിർത്തുന്നത് എന്തുകൊണ്ട്

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

ഒരു വിലാസം, പട്ടികയിൽ ഒരു എൻട്രി

IPv4 ഹോസ്റ്റ് റൂട്ട് /32 പ്രിഫിക്സ് വഹിക്കുന്നു, IPv6 ഹോസ്റ്റ് റൂട്ട് /128 വഹിക്കുന്നു, അതായത് എൻട്രിക്ക് കൃത്യമായി ഒരു ലക്ഷ്യ വിലാസവുമായി പൊരുത്തപ്പെടാം. പട്ടികയിൽ മറ്റൊന്നും ചലിക്കുന്നില്ല: മൂടുന്ന സബ്‌നെറ്റും ഡിഫോൾട്ട് റൂട്ടും ഉണ്ടായിരുന്നിടത്ത് തന്നെ നിൽക്കുന്നു. ഇടുങ്ങിയ എൻട്രി ആ വിലാസത്തിന് വിജയിക്കുന്നത് അതിന്റെ പ്രിഫിക്സ് നീളമുള്ളതിനാലാണ്, പിന്നീട് ചേർത്തതിനാലല്ല.

ഈ സ്വഭാവം ഹോസ്റ്റ് റൂട്ടിനെ നല്ല അപവാദവും മോശം ശീലവുമാക്കുന്നു. ഒരു സേവനത്തിന്റെ മുൻവാതിൽ പേരിടുന്ന രണ്ട് /32 എൻട്രികൾ അതിന്റെ രണ്ടാം വിലാസവും അതിന്റെ IPv6 വിലാസവും അടുത്ത മാസം അത് മാറുന്ന വിലാസവും മൂടുന്നില്ല. വിശദീകരിക്കാത്ത ഒറ്റ-വിലാസ എൻട്രികൾ നിറഞ്ഞ പട്ടിക സാധാരണയായി അർത്ഥമാക്കുന്നത് ആരോ സബ്‌നെറ്റ് തീരുമാനം എടുക്കുന്നതിനു പകരം അതിനു ചുറ്റും പാച്ച് ചെയ്തുകൊണ്ടിരുന്നു എന്നാണ്. ആദ്യം പ്രിഫിക്സിന്റെ നീളം വായിക്കുക, പിന്നീട് എൻട്രി എന്തിനെ സംരക്ഷിക്കണം എന്ന് ചോദിക്കുക.

ക്ലയന്റിൽ നിന്ന് പുറത്തേക്ക് എൻട്രി വായിക്കുക

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

ip route get 203.0.113.25
ip -6 route get 2001:db8:4::25
ip route show | grep -F 203.0.113.25
Find-NetRoute -RemoteIPAddress 203.0.113.25

അപ്ലിക്കേഷൻ യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുക്കുന്ന വിലാസ കുടുംബത്തിന് ചോദ്യം ആവർത്തിക്കുക, കാരണം ക്ലയന്റ് IPv6 ന് മുൻഗണന നൽകി IPv4 അപവാദം നിശബ്ദമായി ഒഴിവാക്കാം. ടണൽ ഉയരുന്നതിന് മുൻപും ശേഷവും ഫലം താരതമ്യം ചെയ്ത് രണ്ട് ഔട്ട്പുട്ടുകളും സൂക്ഷിക്കുക. ആ താരതമ്യം ക്ലയന്റ് കണക്ഷൻ സമയത്ത് എൻട്രി ചേർത്തോ അത് മുൻപേ ഉണ്ടായിരുന്നോ എന്ന് കാണിക്കുന്നു.

സ്ഥിരമായ എൻട്രിയും റൺടൈം എൻട്രിയും വ്യത്യസ്തമായി പരാജയപ്പെടുന്നു. റൺടൈം എൻട്രി സെഷനോടൊപ്പം അപ്രത്യക്ഷമാകുന്നു, സ്ഥിരമായത് റീബൂട്ടിനെ അതിജീവിച്ച് ഇനി ഇല്ലാത്ത ഗേറ്റ്‌വേയിലേക്ക് ട്രാഫിക് അയയ്ക്കുന്നത് തുടരുന്നു.

എൻഡ്‌പോയിന്റ് അപവാദവും ആവർത്തന കെണിയും

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

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

അപ്ലിക്കേഷൻ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന പാത പരിശോധിക്കുക

അപ്ലിക്കേഷൻ മറ്റൊരു വിലാസത്തിലേക്കോ മറ്റൊരു കുടുംബത്തിലേക്കോ കണക്ട് ചെയ്യുമ്പോൾ ഹോസ്റ്റ്നെയിമിലേക്കുള്ള വിജയകരമായ ping ദുർബലമായ തെളിവാണ്. ക്ലയന്റ് പ്രവർത്തിപ്പിക്കുന്ന മെഷീനിൽ നിന്ന് വിലാസം, കുടുംബം, പോർട്ട്, ഇന്റർഫേസ് എന്നിവയുടെ കൃത്യമായ സംയോജനം പരിശോധിക്കുക.

ip route get 203.0.113.25
sudo nft list ruleset | grep -A 4 'chain output'
curl -sS --max-time 8 -o /dev/null -w '%{remote_ip}
' https://app.example.net

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

ഇനി യഥാർത്ഥ ലക്ഷ്യവുമായി പൊരുത്തപ്പെടാത്ത എൻട്രികൾ നീക്കം ചെയ്യുക, സൂക്ഷിക്കുന്നവ രേഖപ്പെടുത്തുക. വിശദീകരിക്കാത്ത /32 മൂന്ന് മാസത്തിന് ശേഷം ബഗ്ഗിൽ നിന്ന് വേർതിരിച്ചറിയാനാവില്ല, അടുത്ത വ്യക്തി അതിൽ എന്താണ് ആശ്രയിച്ചിരുന്നതെന്ന് അറിയാതെ അത് മായ്ക്കും.