DNS മാറ്റത്തിന് SOCKS പ്രോക്സി സജ്ജമാക്കാൻ കഴിയാത്തത് എന്തുകൊണ്ട്

DNS ഉത്തരം മാറ്റുന്നത് ബ്രൗസർ കണക്ട് ചെയ്യുന്ന വിലാസം മാത്രം മാറ്റുന്നു. അവിടെ എത്തിയശേഷം ബ്രൗസർ സംസാരിക്കുന്ന പ്രോട്ടോക്കോൾ അത് മാറ്റുന്നില്ല.

സാധാരണ HTTP URL തുറക്കുമ്പോൾ ബ്രൗസർ HTTP അയയ്ക്കുന്നു. HTTPS URL തുറക്കുമ്പോൾ ആ സൈറ്റിനായി TLS ആരംഭിക്കുന്നു. എന്നാൽ SOCKS5 സെർവർ ആദ്യം സ്വന്തം ചർച്ച കാത്തിരിക്കുന്നു: രീതി തിരഞ്ഞെടുപ്പ്, ഏതെങ്കിലും പ്രാമാണീകരണം, ലക്ഷ്യം പേരിടുന്ന അഭ്യർത്ഥന. കോൺഫിഗർ ചെയ്യാത്ത ബ്രൗസർ അതിൽ ഒന്നും അയയ്ക്കുന്നില്ല.

അതുകൊണ്ടാണ് DNS മാറ്റത്തിനുശേഷം എത്തിച്ചേരാവുന്ന ഒരു Dante ലിസണർ കണക്ഷൻ ഉടൻ അടയ്ക്കാനിടയുള്ളത്. സേവനം ആരോഗ്യകരമായിരിക്കാം; വരുന്ന ബൈറ്റുകൾ തെറ്റായ പ്രോട്ടോക്കോളിന്റേതാണ്. ലിസണർ പോർട്ട് 80 അല്ലെങ്കിൽ 443 ലേക്ക് മാറ്റിയാലും ആ ബൈറ്റുകൾ SOCKS ആകുന്നില്ല.

ബ്രൗസറിന്റെ SOCKS ഇന്റർഫേസ്, ഉദാഹരണത്തിന് Firefox-ന്റെ SOCKS ക്രമീകരണങ്ങൾ, അല്ലെങ്കിൽ ആപ്ലിക്കേഷന് സവിശേഷമായ പ്രോക്സി ക്രമീകരണം കോൺഫിഗർ ചെയ്യുക, അത് ഹാൻഡ്ഷേക്ക് ചെയ്ത് പ്രോക്സിയോട് മുന്നോട്ട് കണക്ട് ചെയ്യാൻ ആവശ്യപ്പെടും. PAC ഫയലിന് അത് ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷനുകൾക്കായി പിന്തുണയ്ക്കുന്ന പ്രോക്സി പാത തിരഞ്ഞെടുക്കാം. ഇത് ഇപ്പോഴും വേറിട്ട പ്രോക്സി കോൺഫിഗറേഷനാണ്, A അല്ലെങ്കിൽ AAAA റെക്കോർഡിന്റെ സ്വത്തല്ല.

HTTPS, DNS മാത്രം എന്ന ആശയത്തിന് മറ്റൊരു തടസ്സം കൂട്ടുന്നു. URL-ലുള്ള സൈറ്റിന്റെ ഐഡന്റിറ്റി ബ്രൗസർ ഇപ്പോഴും പ്രതീക്ഷിക്കുന്നു. പ്രോക്സി ഹോസ്റ്റിനുള്ള സർട്ടിഫിക്കറ്റിന് DNS കണക്ഷൻ അങ്ങോട്ട് അയച്ചു എന്ന കാരണംകൊണ്ട് മാത്രം ആ പ്രതീക്ഷ നിറവേറ്റാനാവില്ല.

സുതാര്യമായ നെറ്റ്വർക്ക് ഇന്റർസെപ്ഷൻ റൂട്ടിംഗും അനുയോജ്യമായ ഇന്റർസെപ്ഷൻ സോഫ്റ്റ്വെയറും ഉൾപ്പെടുന്ന മറ്റൊരു രൂപകൽപ്പനയാണ്. DNS-ൽ നിന്ന് SOCKS സെർവറിന്റെ വിലാസം തിരികെ നൽകി അത് നേടാനാവില്ല.