VPN ബന്ധിപ്പിക്കുമ്പോൾ തന്നെ DNS64 ഉത്തരങ്ങൾ എന്തുകൊണ്ട് മാറുന്നു?

DNS64 ഉത്തരങ്ങൾ സെർവറിന്റെ സ്വഭാവമല്ല, നെറ്റ്വർക്ക് ക്രമീകരണമാണ് വിവരിക്കുന്നത്. റിസോൾവർ IPv4 വിലാസത്തിൽ നിന്ന് IPv6 വിലാസം സംശ്ലേഷിപ്പിക്കുന്നു, ആ പ്രിഫിക്സിന്റെ അവസാനം വിവർത്തകൻ ഇരിക്കുന്നിടത്ത് മാത്രമേ ഫലം പ്രവർത്തിക്കൂ. പാതയിൽ VPN കൊണ്ടുവരിക, ആ ക്രമീകരണം മൂന്ന് വ്യവസ്ഥകളെ ആശ്രയിച്ച് നിലനിൽക്കുകയോ മാറുകയോ സത്യമല്ലാതാവുകയോ ചെയ്യാം.

ആ വ്യവസ്ഥകൾ ഉത്തരം നൽകിയ റിസോൾവർ, സംശ്ലേഷിത പ്രിഫിക്സിലേക്ക് നിങ്ങളുടെ ഉപകരണത്തിനുള്ള പാത, ആ പാതയിൽ എന്തെങ്കിലും പരിഭാഷ ചെയ്യുന്നുണ്ടോ എന്നതും ആണ്. ഓരോന്നും നിരീക്ഷിക്കാവുന്നതാണ്, അതാണ് പരാജയത്തെ രോഗനിർണയം ചെയ്യാവുന്നതാക്കുന്നത്.

സംശ്ലേഷിത AAAA റെക്കോർഡ് യഥാർത്ഥത്തിൽ എന്തിനെ സൂചിപ്പിക്കുന്നു

DNS64 റിസോൾവർ IPv4 മാത്രമുള്ള നാമത്തിന്റെ AAAA ചോദ്യത്തിന് ഉത്തരം നൽകുന്നത്, താൻ ഉപയോഗിക്കാൻ കോൺഫിഗർ ചെയ്ത പ്രിഫിക്സിനുള്ളിൽ IPv4 വിലാസം ഉൾപ്പെടുത്തിയാണ്, ഈ ജോലിക്കുള്ള അറിയപ്പെടുന്ന പ്രിഫിക്സ് RFC 6147 വിവരിക്കുന്നതുപോലെ 64:ff9b::/96 ആണ്. അപ്ലിക്കേഷന് റെക്കോർഡ് മറ്റേതൊരു AAAA റെക്കോർഡുപോലെയും തോന്നും, അതാണ് കാര്യം: IPv6 മാത്രമുള്ള ക്ലയന്റിന് ലക്ഷ്യസ്ഥാനത്തിന് ഒരിക്കലും IPv6 ഉണ്ടായിരുന്നില്ലെന്ന് അറിയാതെ കണക്ഷൻ പരീക്ഷിക്കാം. ആ കണക്ഷൻ പിന്നീട് പാതയിൽ എവിടെയോ രണ്ട് കുടുംബങ്ങൾക്കിടയിൽ പരിഭാഷ ചെയ്യുന്ന NAT64 ഫംഗ്ഷനെ ആശ്രയിക്കുന്നു. ആ വിവർത്തകൻ ഇല്ലാതെ, സംശ്ലേഷിത വിലാസം വിശ്വസനീയമായി തോന്നുന്ന, എങ്ങുമെത്താത്ത ലക്ഷ്യസ്ഥാനമാണ്.

അതിനാൽ റെക്കോർഡ് ഒരേസമയം രണ്ട് കാര്യങ്ങൾ കോഡ് ചെയ്യുന്നു: യഥാർത്ഥ IPv4 വിലാസവും വിവർത്തകൻ എത്താവുന്നതാണ് എന്ന അനുമാനവും. ഉത്തരത്തിൽ തന്നെ കാണുന്നത് ആദ്യത്തേത് മാത്രമാണ്.

മൂന്ന് വ്യവസ്ഥകൾ അത് ഇപ്പോഴും പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുന്നു

ആദ്യ വ്യവസ്ഥ ഏത് റിസോൾവർ റെക്കോർഡ് നിർമ്മിച്ചു എന്നതാണ്, കാരണം DNS64 കോൺഫിഗർ ചെയ്യാത്തത് ആ നാമത്തിന് ഒന്നും തിരികെ നൽകുന്നില്ല, അപ്ലിക്കേഷൻ മറ്റൊരു രീതിയിൽ പരാജയപ്പെടുന്നു. രണ്ടാമത്തേത് നിങ്ങളുടെ ഉപകരണത്തിന് സംശ്ലേഷിത പ്രിഫിക്സിലേക്ക് പാത ഉണ്ടോ എന്നതാണ്, കാരണം ഉത്തരം സാധുവായിരിക്കാം, അതിലേക്കുള്ള വഴി ഇല്ലാതിരിക്കാം. മൂന്നാമത്തേത് ആ പ്രിഫിക്സിന്റെ ഉടമയായ വിവർത്തകൻ നിങ്ങൾ ഉപയോഗിക്കുന്ന പാതയിലുണ്ടോ എന്നതാണ്, കാരണം 64:ff9b::/96 മറ്റെവിടെയോ കൊണ്ടുപോകുന്ന ടണൽ മറ്റൊരു ഫംഗ്ഷനിലോ ഒന്നുമില്ലാത്തിടത്തോ എത്തുന്നു. മൂന്നും ടണലിന് മുൻപ് ശരിയാകാം, പിൻപ് പരാജയപ്പെടാം, അതുകൊണ്ടാണ് ലക്ഷണം പെട്ടെന്നുള്ള തകർച്ചപോലെ തോന്നുന്നത്.

ആ ക്രമത്തിൽ അവ പരിശോധിക്കുക. ഇല്ലാത്ത ഉത്തരവും ഇല്ലാത്ത പാതയും ബ്രൗസറിൽ ഒരുപോലെ തോന്നും, റിസോൾവർ ലോഗിൽ തികച്ചും വ്യത്യസ്തമായി.

റിസോൾവർ മാറുമ്പോൾ ഉത്തരവും മാറുന്നു

VPN ക്ലയന്റ് പലപ്പോഴും സ്വന്തം റിസോൾവർ അടിച്ചേൽപ്പിക്കുന്നു അല്ലെങ്കിൽ മുഴുവൻ ചോദ്യപാതയും ഏറ്റെടുക്കുന്നു, ആ റിസോൾവർ ഒന്നും സംശ്ലേഷിപ്പിച്ചെന്ന് വരില്ല. അപ്പോൾ IPv4 മാത്രമുള്ള നാമങ്ങളുടെ ചോദ്യങ്ങൾ AAAA റെക്കോർഡ് തിരികെ നൽകുന്നില്ല, ഇത് IPv6 മാത്രമുള്ള ക്ലയന്റ് എത്തിച്ചേരാനാവാത്ത നാമമായി അനുഭവിക്കുന്നു. വിപരീതവും സംഭവിക്കുന്നു: യഥാർത്ഥത്തിൽ സംശ്ലേഷിപ്പിക്കുന്ന റിസോൾവർ നിങ്ങളുടെ ടണൽ പാത കൊണ്ടുപോകാത്ത പ്രിഫിക്സ് തരാം.

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

തിരയലും പാതയും വെവ്വേറെ പരീക്ഷിക്കുക

അപ്ലിക്കേഷൻ ഉൾപ്പെടുത്തുന്നതിന് മുൻപ് നാമം നേരിട്ട് ചോദിക്കുക, ഏത് സെർവറാണ് ഉത്തരം നൽകിയതെന്ന് രേഖപ്പെടുത്തുക. താഴെയുള്ള കമാൻഡുകൾ AAAA റെക്കോർഡ്, ഉപയോഗിക്കുന്ന റിസോൾവർ, സംശ്ലേഷിത പ്രിഫിക്സിലേക്ക് പാതയുണ്ടോ എന്നിവ കാണിക്കുന്നു. ടണൽ അടച്ചിരിക്കുമ്പോൾ പ്രവർത്തിപ്പിക്കുക, പിന്നീട് തുറന്നിരിക്കുമ്പോൾ വീണ്ടും.

dig AAAA ipv4only.example.com +short
dig AAAA ipv4only.example.com | grep -E '^;; SERVER'
ip -6 route get 64:ff9b::c000:0216
curl -6 -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 http://ipv4only.example.com/

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

ഓരോ ഫലത്തിന്റെയും അരികിൽ റിസോൾവർ, നെറ്റ്വർക്ക് സന്ദർഭം, വിലാസ കുടുംബം എന്നിവ രേഖപ്പെടുത്തുക. അടുത്ത താരതമ്യത്തിന് റിസോൾവർ മാറ്റത്തെ റൗട്ടിംഗ് മാറ്റത്തിൽ നിന്ന് വേർതിരിക്കാൻ അനുവദിക്കുന്നത് ആ കുറിപ്പാണ്.