DS-Lite ഇൻബൗണ്ട് IPv4 ഹോസ്റ്റിംഗ് തടയുന്നു, ഔട്ട്ബൗണ്ട് VPN അല്ല

DS-Lite എന്നത് IPv6 മാത്രം വഹിക്കുന്ന ആക്സസ് നെറ്റ്‌വർക്കിലൂടെ ഉപഭോക്താവിന് IPv4 കണക്ടിവിറ്റി നൽകുന്ന രീതിയാണ്. വീട്ടിലെ റൗട്ടർക്ക് സ്വന്തമായി സമർപ്പിത പൊതു IPv4 വിലാസമില്ല, ആ ഒരു വസ്തുത മാത്രം ആ കണക്ഷനിൽ നിന്ന് IPv4 VPN പ്രവർത്തിക്കാൻ കഴിയില്ലെന്ന് ആളുകളെ വിശ്വസിപ്പിക്കുന്നു. പുറത്തേക്കുള്ള ദിശയിൽ അത് സാധാരണയായി നന്നായി പ്രവർത്തിക്കുന്നു. കണക്ഷൻ ദാതാവ് വിവർത്തനം ചെയ്യുന്നു, ദൂരെയുള്ള അറ്റം സാധാരണ IPv4 ക്ലയന്റിനെ കാണുന്നു. തകരുന്നത് എതിർദിശയാണ്: ആവശ്യപ്പെടാത്ത ഇൻബൗണ്ട് IPv4 പ്രതീക്ഷിക്കുന്ന എന്തെങ്കിലും ഹോസ്റ്റ് ചെയ്യുക. വ്യത്യാസം ഏത് വശം സംഭാഷണം തുടങ്ങുന്നു എന്നതിലാണ്.

ഏത് വശമാണ് കണക്ഷൻ തുടങ്ങുന്നത്

കണക്ഷൻ ആരംഭിക്കുന്ന ക്ലയന്റ് നീങ്ങുമ്പോൾ വിവർത്തനാവസ്ഥ സൃഷ്ടിക്കുന്നു. ദാതാവിന്റെ വിവർത്തകൻ ആദ്യ പാക്കറ്റ് കാണുന്നു, ഒരു മാപ്പിംഗ് അനുവദിക്കുന്നു, അത് കൈമാറുന്നു. മടങ്ങിവരുന്ന ട്രാഫിക് ആ മാപ്പിംഗുമായി ഒത്തുപോകുന്നു, കാരണം മാപ്പിംഗ് ഇതിനകം നിലവിലുണ്ട്.

കണക്ഷനുകൾക്കായി കാത്തിരിക്കുന്ന സെർവറിന് അത്തരം അവസ്ഥ സൃഷ്ടിക്കാനില്ല. പുറത്തുനിന്ന് ആരെങ്കിലും ദാതാവ് മാപ്പ് ചെയ്യാൻ സമ്മതിക്കാത്ത ഒരു വിലാസത്തിലും പോർട്ടിലും എത്തണം, അത് തികച്ചും വ്യത്യസ്തമായ ഒരു അഭ്യർത്ഥനയാണ്.

ഒരു ഔട്ട്ബൗണ്ട് അഭ്യർത്ഥന പിന്തുടരുക

ആർക്കിടെക്ചർ RFC 6333 രണ്ട് അറ്റങ്ങളെയും പേരിടുന്നു. ഉപഭോക്തൃവശത്തെ ഘടകം B4 ആണ്, അത് IPv4-നെ IPv6-നുള്ളിൽ എൻകാപ്സുലേറ്റ് ചെയ്യുന്നു. ദാതാവിന്റെ വശത്തെ ഘടകം AFTR ആണ്, അത് വിലാസ വിവർത്തനം നടത്തി പാക്കറ്റ് IPv4 ആയി കൈമാറുന്നു.

Client's IPv4 VPN packet
  → Customer B4
  → IPv4 carried over the provider's IPv6 network
  → AFTR address translation
  → IPv4 VPN server

VPN സെർവർ ദാതാവിന്റെ വിവർത്തനം ചെയ്ത വിലാസത്തിൽ നിന്ന് സാധാരണ IPv4 കണക്ഷൻ സ്വീകരിക്കുന്നു. അതിന് DS-Lite മോഡോ, പ്രത്യേക പോർട്ടോ, ഉപഭോക്താവിന്റെ ആക്സസ് നെറ്റ്‌വർക്ക് IPv6 മാത്രമാണെന്ന അറിവോ ആവശ്യമില്ല. അതാണ് ആളുകൾ വിട്ടുപോകുന്ന ഭാഗം: ദൂരെയുള്ള അറ്റത്തിന് അത് അറിയാൻ കഴിയില്ല.

ക്ലയന്റിന്റെ സ്വന്തം കോൺഫിഗറേഷനും അത്രതന്നെ സാധാരണമാണ്. B4 ഉം AFTR ഉം നൽകുന്ന, സെർവർ വരെയുള്ള പ്രവർത്തിക്കുന്ന IPv4 പാത അതിന് വേണം, സെർവറിന്റെ ഹോസ്റ്റ്നെയിം IPv4 വിലാസത്തിലേക്ക് പരിഹരിക്കപ്പെടണം.

ഇൻബൗണ്ട് ഹോസ്റ്റിംഗ് എന്തുകൊണ്ട് പരാജയപ്പെടുന്ന കേസ് ആകുന്നു

വീട്ടിൽ IPv4 VPN സെർവർ പ്രവർത്തിപ്പിക്കുന്നത് ദാതാവിന്റെ പങ്കിട്ട അഡ്രസ്സിംഗുമായി കൂട്ടിയിടിക്കുന്ന രൂപകൽപ്പനയാണ്. ദാതാവിന്റെ വിവർത്തകനാണ് പൊതു വിലാസവും മാപ്പിംഗ് പട്ടികയും ഉള്ളത്, ഒരു വരിക്കാർക്ക് സ്ഥിരമായ ഇൻബൗണ്ട് മാപ്പിംഗ് സൃഷ്ടിക്കാൻ അതിന് കാരണമില്ല.

വീട്ടിലെ റൗട്ടറിലെ പോർട്ട്-ഫോർവേഡ് നിയമത്തിന് AFTR കോൺഫിഗർ ചെയ്യാൻ കഴിയില്ല. നിയമം പ്രാദേശിക ഉപകരണത്തിൽ യഥാർത്ഥവും ശരിയുമാണ്, അത് മുകളിലേക്ക് ഒന്നും മാറ്റുന്നില്ല, അതുകൊണ്ടാണ് ലക്ഷണം പോകാത്ത ഫയർവാൾ പ്രശ്നം പോലെ തോന്നുന്നത്.

ഇവിടെയാണ് ഓപ്പറേറ്റർ തലത്തിലുള്ള വിവർത്തനം ഒറ്റ പൊതു വിലാസത്തിൽ നിന്ന് വ്യത്യസ്തമാകുന്നത്: ശരിയായ പ്രാദേശിക ഫോർവേഡ് പോലും പല വരിക്കാർ പങ്കിടുന്ന ഒരു വിലാസത്തിൽ എത്തിച്ചേരാം.

ആക്സസ് പ്ലാൻ മാറ്റുന്നതിന് മുൻപ് രോഗനിർണയം നടത്തുക

ആദ്യം നൽകിയ മോഡ് സ്ഥിരീകരിക്കുക. നേറ്റീവ് ഇരട്ട സ്റ്റാക്ക്, DS-Lite, മറ്റൊരു വിവർത്തന സംവിധാനം ഉപയോഗിക്കുന്ന IPv6-മാത്രം നെറ്റ്‌വർക്ക് എന്നിവ മൂന്ന് വ്യത്യസ്ത ക്രമീകരണങ്ങളാണ്, ദാതാവിന്റെ മാർക്കറ്റിംഗ് പേരുകൾ എപ്പോഴും സാങ്കേതിക പേരുമായി ഒത്തുപോകണമെന്നില്ല.

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

ആ നാല് ഉത്തരങ്ങൾ ഫിൽട്ടറിംഗ്, വിവർത്തനാവസ്ഥയുടെ കാലഹരണം, തെറ്റായ എൻഡ്‌പോയിന്റ്, പാക്കറ്റ് വലുപ്പ കൈകാര്യം എന്നിവയിലേക്ക് വിരൽ ചൂണ്ടുന്നു. അക്കൗണ്ട് പേജിൽ DS-Lite കാണുന്നതുകൊണ്ട് അവയൊന്നും സ്ഥാപിക്കപ്പെടുന്നില്ല.

ദാതാവിന്റെ മാറ്റങ്ങൾ ശ്രദ്ധയോടെ വായിക്കുക

ഒരു അക്കൗണ്ട് മാറ്റം പ്രവർത്തിക്കുന്ന കണക്ഷനുമായി ഒത്തുപോകാം, അതേസമയം പല ഗുണങ്ങളും ഒരുമിച്ച് മാറ്റാം. ഏത് ഗുണമാണ് മാറിയതെന്ന് രേഖപ്പെടുത്തുക, കാരണം പുതിയ പാക്കേജ് പേര് സാങ്കേതിക വിശദീകരണമല്ല.

ഇരട്ട സ്റ്റാക്ക് പ്രവർത്തനക്ഷമമാക്കാനുള്ള നിർദ്ദേശം ദാതാവ് യഥാർത്ഥത്തിൽ എന്ത് നൽകുന്നുവെന്ന് ആരെങ്കിലും സ്ഥിരീകരിക്കുന്നതുവരെ അവ്യക്തമാണ്. അതിനെ IPv4 VPN ക്ലയന്റുകൾക്കുള്ള സാർവത്രിക ആവശ്യകതയായി കാണുന്നത് അനുമാനത്തെ നയമാക്കി മാറ്റുന്നു.

യഥാർത്ഥ ആവശ്യകത ഇൻബൗണ്ട് IPv4 ഹോസ്റ്റിംഗ് ആണെങ്കിൽ, പിന്തുണയുള്ള ഇൻബൗണ്ട് ക്രമീകരണം, നേറ്റീവ് അഡ്രസ്സിംഗ് അല്ലെങ്കിൽ മറ്റൊരു ആക്സസ് രൂപകൽപ്പനയെക്കുറിച്ച് ദാതാവുമായി സംസാരിക്കുക. ആവശ്യകത ദൂരെയുള്ള സെർവറിലെത്തുന്ന ലാപ്‌ടോപ്പ് ആണെങ്കിൽ, പകരം ആ കൃത്യമായ ഔട്ട്ബൗണ്ട് ഫ്ലോയെക്കുറിച്ച് ചോദിക്കുക. ജോലിക്രമം: ദിശയ്ക്ക് പേര് നൽകുക, നൽകിയ മോഡ് സ്ഥിരീകരിക്കുക, സാധാരണ IPv4 ഉം ഒരു ട്രാൻസ്‌പോർട്ടും പരിശോധിക്കുക, ദിശ യഥാർത്ഥത്തിൽ ആവശ്യപ്പെടുന്നെങ്കിൽ മാത്രം ആക്സസ് പ്ലാൻ മാറ്റുക.