IPv6 വിലാസങ്ങൾ നിങ്ങളുടെ VPN-നെ മാറ്റിസ്ഥാപിക്കുന്നില്ല: യഥാർത്ഥ ജോലി ചെയ്യുക

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

ഉപകരണം നീക്കം ചെയ്യുന്നതിന് മുമ്പ് ജോലിക്ക് പേരിടുക

മൂന്ന് ക്രമീകരണങ്ങളിൽ ഒന്നിനെ ഉദ്ദേശിക്കുമ്പോൾ ആളുകൾ «VPN» എന്ന് പറയുന്നു, മൂന്നും വ്യത്യസ്ത കാരണങ്ങളാൽ പരാജയപ്പെടുന്നു. ഒരു ടീം പ്രസിദ്ധീകരിച്ച ഒരു ആപ്ലിക്കേഷനിൽ എത്തിച്ചേരുന്നത് ആപ്ലിക്കേഷൻ ആക്സസ് പ്രശ്നമാണ്. പല സൈറ്റുകൾ പരസ്പരം എത്തിച്ചേരാൻ സ്വകാര്യ നെറ്റ്വർക്കുകളുടെ നിർവചിക്കപ്പെട്ട ഒരു കൂട്ടത്തിൽ ചേരുന്നത് റൂട്ടിംഗ് ബന്ധമാണ്. നിങ്ങൾ പൂർണ്ണമായി നിയന്ത്രിക്കാത്ത അടിസ്ഥാനസൗകര്യത്തിന് മേൽ സ്ഥിരമായ ഒരു ഭരണ പാളി നിലനിർത്തുന്നത് സ്വന്തം വിലാസ പദ്ധതിയുള്ള പ്രവർത്തന ക്രമീകരണമാണ്.

IPv6 ആദ്യ ക്രമീകരണത്തിന് വിലാസ പങ്കിടലിന്റെ തടസ്സം നീക്കുന്നു, അവിടെ അത് യഥാർത്ഥ ജോലി ചെയ്യുന്നു, കാരണം നേരിട്ടുള്ള വിലാസത്തിന് പരിഭാഷകനെ മാറ്റിസ്ഥാപിക്കാനാകും. മറ്റ് രണ്ടിന് അത് ഒന്നും മാറ്റുന്നില്ല, കാരണം ആവശ്യകത ഒരിക്കലും വിലാസ ക്ഷാമമായിരുന്നില്ല. ഒരു കോൺഫിഗറേഷനിൽ സ്പർശിക്കുന്നതിന് മുമ്പ് മൂന്നിൽ ഏതാണ് നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്നതെന്ന് എഴുതുക.

പൊതു വിലാസം എൻക്രിപ്ഷനല്ല

ആഗോള വ്യാപ്തിയുള്ള ഒരു വിലാസം ഒരു ഹോസ്റ്റ് എവിടെ നിന്ന് എത്താമെന്ന് പറയുന്നു; അവിടെ എത്തുന്ന ട്രാഫിക് എൻക്രിപ്റ്റ് ചെയ്തതാണോ പ്രാമാണീകരിച്ചതാണോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. RFC 8504-ന്റെ സുരക്ഷാ ചർച്ച IPsec നടപ്പാക്കലിന്റെ പിന്തുണയെ IPsec, TLS, SSH, മറ്റ് സമീപനങ്ങൾ എന്നിവയ്ക്കിടയിലുള്ള വിശാലമായ തിരഞ്ഞെടുപ്പിൽ നിന്ന് വേർതിരിക്കുന്നു, എത്തിച്ചേരാനുള്ള കഴിവിനെ സംരക്ഷണമായി വായിക്കുമ്പോൾ അപ്രത്യക്ഷമാകുന്ന വ്യത്യാസം അതാണ്. ഒരു സംവിധാനത്തെ പിന്തുണയ്ക്കുന്ന സ്റ്റാക്ക് ആ സംവിധാനം ലഭ്യമാണെന്ന് മാത്രമാണ് തെളിയിച്ചത്, ഈ പ്രവാഹം അതിലൂടെ കടന്നുപോയി എന്ന് ഒരിക്കലും തെളിയിച്ചിട്ടില്ല. IPsec-നെ സംബന്ധിച്ചിടത്തോളം, ചർച്ച ചെയ്ത അസോസിയേഷനും അത് തിരഞ്ഞെടുക്കുന്ന ട്രാഫിക്കുമാണ് എന്താണ് സംരക്ഷിക്കപ്പെടുന്നതെന്ന് തീരുമാനിക്കുന്നത്, വിലാസ കുടുംബം പാക്കറ്റിന്റെ സ്വത്താണ്, അതിനുള്ള നയമല്ല.

എത്തിച്ചേരാനുള്ള കഴിവ് വീണ്ടും വേറിട്ട ഒരു ചോദ്യമാണ്. പൊതു വിലാസം ആവശ്യപ്പെടാത്ത ട്രാഫിക് എത്തിക്കുന്നില്ല, കാരണം റൂട്ടിനും ഫയർവാളിനും ശ്രോതാവിനും ഓരോന്നിനും ഒരു വോട്ടുണ്ട്, NAT നീക്കുന്നത് ഒരു ഫിൽട്ടർ നീക്കുന്നു, എല്ലാം അല്ല. ടണൽ ആ മൂന്നിൽ ഏതിനെയാണ് പ്രതിനിധീകരിച്ചിരുന്നതെന്ന് തീരുമാനിക്കുക, ഏതെങ്കിലും ഉണ്ടെങ്കിൽ.

ഓവർലേ ഇനിയും നൽകുന്നത്

മൂന്ന് സാഹചര്യങ്ങളിൽ ഓവർലേ ഇനിയും തന്റെ സ്ഥാനം നേടുന്നു. വിദൂര ഉപയോക്താക്കൾക്ക് ഒരു ആപ്ലിക്കേഷന് പകരം ഒരു നിർദ്ദിഷ്ട റൂട്ട് കൂട്ടം ആവശ്യമായി വന്നേക്കാം, രണ്ട് സൈറ്റുകൾക്ക് സ്വകാര്യ എത്തിച്ചേരൽ കരാർ ആവശ്യമായി വന്നേക്കാം, ഓപ്പറേറ്റർമാർക്ക് ആക്സസ് ദാതാവ് മാറുമ്പോൾ മാറാത്ത വിലാസവത്കരണം വേണ്ടിവന്നേക്കാം. മൂന്നിൽ ഒന്നും IPv4 വിലാസങ്ങളുടെ ക്ഷാമത്തെക്കുറിച്ചല്ല.

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

പൊതുവാകുന്ന സേവനത്തിലൂടെ കടന്നുപോകുക

ഹോസ്റ്റിൽ നിന്ന് തുടങ്ങി യഥാർത്ഥത്തിൽ എന്താണ് ശ്രവിക്കുന്നതെന്ന് പട്ടികപ്പെടുത്തുക, കാരണം നിങ്ങൾ അംഗീകരിച്ച ആപ്ലിക്കേഷൻ യന്ത്രത്തിലെ ഏക വസ്തു ആയിരിക്കുന്നത് അപൂർവമാണ്. ss -lntup ഓരോ TCP, UDP ശ്രോതാവിനെയും അതിന്റെ ബൈൻഡ് വിലാസത്തോടെ അച്ചടിക്കുന്നു, നിങ്ങളുടെ അധികാരങ്ങൾ അനുവദിക്കുന്നിടത്ത് ഉടമ പ്രക്രിയ ചേർക്കുന്നു, ഇത് ഒരു നോട്ടത്തിൽ ഒരു ഭരണ ഇന്റർഫേസ് വൈൽഡ്കാർഡ് വിലാസത്തിലാണോ loopback-ൽ മാത്രമാണോ എന്ന് കാണിക്കുന്നു. നിങ്ങളുടെ സ്റ്റാക്ക് IPv6 സോക്കറ്റുകൾ വേർതിരിച്ച് സൂക്ഷിക്കുന്നുവെങ്കിൽ അത് ss -6 -lntup ആയി ആവർത്തിക്കുക.

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

രണ്ട് പരീക്ഷണങ്ങൾ, പിന്നെ എന്ത് ഓഫ് ചെയ്യണമെന്ന് തീരുമാനിക്കുക

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

IPv4-ലും IPv6-ലും വെവ്വേറെ അതേ പരീക്ഷണം ഡ്യുവൽ-സ്റ്റാക്ക് ക്ലയന്റിൽ പ്രവർത്തിപ്പിക്കുക, കാരണം സംരക്ഷിത IPv4 ട്രാഫിക് IPv6 പാതയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. സ്റ്റാറ്റസ് പേജിലെ ആഗോള IPv6 വിലാസം ചോർച്ചയുടെ തെളിവല്ല, അതിന്റെ അഭാവം സംരക്ഷണത്തിന്റെ തെളിവുമല്ല. രണ്ട് ഉത്തരങ്ങളും എഴുതിയതും ഇപ്പോഴും ഇല്ല എന്നുള്ളതുമായ സേവനങ്ങൾ മാത്രം ഓഫ് ചെയ്യുക, മാറ്റ രേഖയിൽ ഏത് ചോദ്യമാണ് അത് തീരുമാനിച്ചതെന്ന് എഴുതുക.