VPN-ൽ IPv6 ULA: സ്വകാര്യ അഡ്രസ്സിംഗ്, സ്വകാര്യതയല്ല

സ്വകാര്യമായി തോന്നുന്ന വിലാസങ്ങൾ മിക്ക ആളുകളും ഉദ്ദേശിക്കുന്ന അർത്ഥത്തിൽ സ്വകാര്യമല്ല, IPv6-ന്റെ അതുല്യ-പ്രാദേശിക അഡ്രസ്സിംഗ് അതിന്റെ ഏറ്റവും വ്യക്തമായ ഉദാഹരണമാണ്. ULA പ്രിഫിക്സ് VPN-ന് അതിന് പിന്നിലുള്ള വിഭവങ്ങൾക്കായി സ്ഥിരമായ ആന്തരിക പദ്ധതി നൽകുന്നു. അത് ഒന്നും എൻക്രിപ്റ്റ് ചെയ്യുന്നില്ല, പീയറിനെ പ്രാമാണീകരിക്കുന്നില്ല, ഒരു ക്ലയന്റ് ഏത് സേവനങ്ങളിൽ എത്താമെന്ന് തീരുമാനിക്കുന്നില്ല. പ്രിഫിക്സിനെ സുരക്ഷാ നിയന്ത്രണമായി കാണുന്നതാണ് ഈ ലേഖനം ഒഴിവാക്കാൻ ഉദ്ദേശിക്കുന്ന പിശക്.

പ്രിഫിക്സ് യഥാർത്ഥത്തിൽ നൽകുന്നത്

RFC 4193 പ്രാദേശിക ഉപയോഗത്തിനായി fc00::/7 മാറ്റിവയ്ക്കുന്നു, L ബിറ്റ് പ്രാദേശികമായി അനുവദിച്ച സ്ഥലത്തെ സംരക്ഷിത രൂപത്തിൽ നിന്ന് വേർതിരിക്കുന്നു. പ്രായോഗികമായി ഇതിനർത്ഥം നിങ്ങൾ fd00::/8 നിർമ്മിക്കുന്നു എന്നാണ്. സ്വതന്ത്ര സൈറ്റുകൾ ആകസ്മികമായി ഒരേ പ്രിഫിക്സ് തിരഞ്ഞെടുക്കാതിരിക്കാൻ 40-ബിറ്റ് ആഗോള ID എങ്ങനെ കണ്ടെത്തണമെന്നും സ്പെസിഫിക്കേഷൻ നിർവചിക്കുന്നു. ആ സ്ഥലം പൊതു ഇന്റർനെറ്റിന് പുറത്ത് നിൽക്കാൻ രൂപകൽപ്പന ചെയ്തതാണ്, അത് റൂട്ടിംഗ് സ്വത്താണ്, സംരക്ഷണമല്ല.

ഒരു സൈറ്റിനുള്ളിൽ സാധാരണ ക്രമീകരണം സബ്നെറ്റുകളായി വിഭജിച്ച /48 ആഗോള ID ആണ്: ഒന്ന് ടണൽ ക്ലയന്റുകൾക്ക്, ഒന്ന് സെർവർ വശത്തിന്, ഓരോ ദൂരസ്ഥ LAN-നും ഒന്ന്. ആ ഘടനയാണ് മുഴുവൻ നേട്ടം, അത് അഡ്രസ്സിംഗിലെ നേട്ടമാണ്. ഓരോ പാക്കറ്റിനും ഇപ്പോഴും ഒരു റൂട്ട് ആവശ്യമാണ്, അത് അനുവദിക്കുന്ന ഒരു നയവും ആവശ്യമാണ്.

പ്രിഫിക്സിനെ ടണലുമായി കൂട്ടിക്കലർത്തുന്നത് ഒരു രൂപകൽപ്പന fd00 വിലാസങ്ങൾ രേഖപ്പെടുത്തി അവയ്ക്കിടയിലുള്ള ട്രാഫിക് സംരക്ഷിതമാണെന്ന് അനുമാനിക്കുന്ന വഴിയാണ്. മറ്റെന്തെങ്കിലും സംരക്ഷണം നൽകുന്നില്ലെങ്കിൽ അത് സംരക്ഷിതമല്ല.

ഉദാഹരണത്തിലെ പ്രിഫിക്സ് പകർത്തുന്നത് എന്തിന് വേദനിപ്പിക്കുന്നു

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

രേഖപ്പെടുത്തിയ പ്രക്രിയ അനുസരിച്ച് ആഗോള ID നിർമ്മിക്കാൻ ഒരു മിനിറ്റ് എടുക്കുന്നു, ചോദ്യം ഒഴിവാകുന്നു. വിലാസ പദ്ധതിക്ക് അടുത്ത് പ്രിഫിക്സ്, നിർമ്മാണ ഇൻപുട്ട്, തീയതി എന്നിവ രേഖപ്പെടുത്തുക.

ഏറ്റെടുക്കലിന് ശേഷം നെറ്റ്വർക്കുകൾ ലയിപ്പിക്കുന്നവർക്കോ VPN വഴി രണ്ട് ലബോറട്ടറികൾ ബന്ധിപ്പിക്കുന്നവർക്കോ അപകടസാധ്യത സൈദ്ധാന്തികമല്ല. ഒരു സൈറ്റിന് അത് അടിയന്തിരവുമല്ല, അതുകൊണ്ടാണ് ലയനം ഇതിനകം നിശ്ചയിച്ചതിന് ശേഷം മാത്രം ഇത് മാറ്റിവയ്ക്കപ്പെടുന്നത്.

പരിധിയും പ്രവേശനവും വെവ്വേറെ ചോദ്യങ്ങളാണ്

ULA സാധാരണ ആഗോള തലത്തിൽ റൂട്ട് ചെയ്ത ഇന്റർനെറ്റ് അഡ്രസ്സിംഗിനുള്ളതല്ല. അത് ഉപയോഗിക്കുന്ന ഓരോ ഹോസ്റ്റിനെയും അത് വിശ്വസനീയമാക്കുന്നില്ല, ആ ഹോസ്റ്റുകളെ മറ്റ് ബന്ധിപ്പിച്ച സ്വകാര്യ നെറ്റ്വർക്കുകളിൽ നിന്ന് എത്തിച്ചേരാനാകാത്തതാക്കുന്നുമില്ല. ഫയർവാളുകളും അപ്ലിക്കേഷൻ അനുമതികളും ഇപ്പോഴും പീയറിന് എന്ത് ഉപയോഗിക്കാമെന്ന് തീരുമാനിക്കുന്നു, ടണൽ ഇപ്പോഴും അത് കോൺഫിഗർ ചെയ്ത പ്രാമാണീകരണം നൽകുന്നു.

ഇന്റർനെറ്റ് എക്സിറ്റിന് സ്വന്തമായ IPv6 എഗ്രെസ് രൂപകൽപ്പന വേണം. ഒരു ക്ലയന്റിന് ULA വിലാസം അനുവദിക്കുന്നത് ഏകപക്ഷീയമായ ആഗോള ലക്ഷ്യങ്ങളിലേക്ക് പ്രവേശനം സൃഷ്ടിക്കുന്നില്ല, അത് ലഭിക്കുന്ന ക്ലയന്റ് അതിലൂടെ പൊതു ഇന്റർനെറ്റ് ബ്രൗസ് ചെയ്യുമെന്ന് പ്രതീക്ഷിക്കരുത്.

വ്യത്യസ്ത പ്രിഫിക്സുകളുള്ള രണ്ട് സൈറ്റുകൾക്ക് ഇപ്പോഴും പരസ്പരം ശ്രേണികൾക്ക് തിരിച്ചുള്ള റൂട്ടുകൾ വേണം, രണ്ട് ഫയർവാളുകൾക്കും പൊരുത്തപ്പെടുന്ന നിയമങ്ങൾ വേണം. ഇവയൊന്നും വിലാസ കുടുംബത്തിൽ നിന്ന് ഉരുത്തിരിയുന്നില്ല. ഉരുത്തിരിയുന്നത് രേഖപ്പെടുത്തലിന്റെ ജോലിയാണ്: പ്രിഫിക്സുകളുടെ ഒരു പട്ടികയും ഓരോന്നിലും ഉത്തരം നൽകാൻ അനുവാദമുള്ള സിസ്റ്റങ്ങളും.

രണ്ട് അറ്റങ്ങളിലും പദ്ധതി പരിശോധിക്കുക

നിങ്ങൾ കരുതുന്ന സ്ഥലത്ത് പ്രിഫിക്സ് പ്രത്യക്ഷപ്പെടുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക, തുടർന്ന് ഒരു ലക്ഷ്യം യഥാർത്ഥത്തിൽ അതിലൂടെ എത്താമെന്ന് ഉറപ്പാക്കുക.

ip -6 address show
ip -6 route show
ping -6 -c 3 fd12:3456:789a:1::1

വിലാസങ്ങളുടെ പട്ടിക ഏത് ഇന്റർഫേസിന് ഏത് സബ്നെറ്റ് ഉണ്ടെന്ന് കാണിക്കുന്നു, തെറ്റായത് ലഭിച്ച ക്ലയന്റ് സാധാരണയായി അത് ഇവിടെ കാണിക്കുന്നു. റൂട്ടുകളുടെ പട്ടിക ദൂരസ്ഥ പ്രിഫിക്സിന് ടണലിലൂടെ വഴിയുണ്ടോ അതല്ലെങ്കിൽ അത് വലിച്ചെറിയപ്പെടുന്നുവോ എന്ന് കാണിക്കുന്നു. പരിശോധന പ്രധാനമായ ഏക ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: പാക്കറ്റ് പോയി വരുന്നുണ്ടോ.

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