SOCKS5 ആണോ SOCKS5h ആണോ: DNS എവിടെയാണ് പരിഹരിക്കുന്നത്?

curl-ലെ പ്രാദേശിക DNS പരിഹാരവും പ്രോക്സി വശത്തെ പരിഹാരവും താരതമ്യം ചെയ്ത്, പേരുകളിലെ പിശകുകളും socks5h സംരക്ഷണത്തിന്റെ പരിധിയും മനസ്സിലാക്കുക.

curl-ൽ ലക്ഷ്യസ്ഥാനത്തിന്റെ പേര് പ്രോക്സി പരിഹരിക്കണമെങ്കിൽ socks5h:// തിരഞ്ഞെടുക്കുക. curl പ്രാദേശികമായി പരിഹരിച്ച് പ്രോക്സിക്ക് വിലാസം അയയ്ക്കണമെങ്കിൽ socks5:// തിരഞ്ഞെടുക്കുക. രണ്ടും SOCKS5 ഉപയോഗിക്കുന്നു; അവസാനം വരുന്ന h ക്ലയന്റിന്റെ URL എഴുതുന്ന രീതിയിലെ ഒരു കീഴ്വഴക്കമാണ്.

പ്രാദേശിക ലിസണറിന് പകരം നിങ്ങളുടെ SOCKS5 എൻഡ്പോയിന്റ് നൽകി മോഡുകൾ താരതമ്യം ചെയ്യുക:

curl --noproxy '' --proxy socks5://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/
curl --noproxy '' --proxy socks5h://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/

പേര് പരിഹരിക്കുന്ന മോഡ് മാത്രമാണ് മാറുന്നത്. --noproxy '' ഈ കോളുകൾക്കുള്ള പ്രോക്സി ഒഴിവാക്കൽ നിയമങ്ങൾ നീക്കുന്നു; സമയപരിധികൾ താരതമ്യത്തിന്റെ ദൈർഘ്യം നിയന്ത്രിക്കുന്നു. തുല്യമായ പ്രത്യേക ഓപ്ഷനുകൾ --socks5, --socks5-hostname എന്നിവയാണ്. ലക്ഷ്യമായി ഹോസ്റ്റ് നാമം ഉപയോഗിക്കുക: നേരിട്ട് നൽകിയ IP വിലാസത്തിന് ലക്ഷ്യസ്ഥാനത്തിന്റെ പേര് തിരയേണ്ടതില്ല, അതിനാൽ ഈ വ്യത്യാസം കാണിക്കാനാവില്ല.

ഒരു പേര് ഒരു വശത്ത് മാത്രം അറിയപ്പെടാം

ഒരു ആന്തരിക സേവനത്തിന്റെ പേര് DNS-ന് അറിയാവുന്ന വികസന നെറ്റ്‌വർക്കിൽ പ്രോക്സി പ്രവർത്തിക്കുന്നു എന്നു കരുതുക. നിങ്ങളുടെ ലാപ്ടോപ്പിന് socks5 മോഡിൽ ആ പേര് പരിഹരിക്കാനാകാതെ വരാം; socks5h അത് പ്രോക്സിക്ക് വിട്ടുകൊടുക്കുന്നു. സ്ഥിതി മറിച്ചായി, പേര് ലാപ്ടോപ്പിന്റെ hosts ഫയലിൽ മാത്രം ഉണ്ടെങ്കിൽ, വിദൂര തിരയലായിരിക്കും പരാജയപ്പെടുക.

പൊതു DNS-നും വ്യത്യസ്ത നെറ്റ്‌വർക്കുകളിൽനിന്ന് വ്യത്യസ്ത വിലാസങ്ങൾ നൽകാം. ഫലങ്ങൾ വ്യത്യസ്തമാണെങ്കിൽ ഉടൻ പ്രോക്സി മാറ്റാതെ, തിരഞ്ഞെടുത്ത വിലാസങ്ങളും അവയെ സമീപിക്കാനാകുമോ എന്നതും താരതമ്യം ചെയ്യണം.

  • പ്രോക്സിയുടെ ഹോസ്റ്റ് നാമം പരിഹരിക്കാനാകുന്നില്ല: ഒരു മോഡിനും ആരംഭിക്കാനാവില്ല. ക്ലയന്റ് ഇപ്പോഴും proxy.example പരിഹരിക്കുന്നു; socks5h://proxy.example:1080 ഉപയോഗിക്കുമ്പോഴും അങ്ങനെതന്നെ.
  • ലക്ഷ്യസ്ഥാനത്തിന്റെ പ്രാദേശിക തിരയൽ പരാജയപ്പെടുന്നു: ക്ലയന്റിന്റെ റിസോൾവർ പരിശോധിക്കുക അല്ലെങ്കിൽ ഹോസ്റ്റ് നാമം പ്രോക്സിക്ക് അയയ്ക്കുന്ന മോഡുമായി താരതമ്യം ചെയ്യുക.
  • SOCKS സെർവർ ലക്ഷ്യസ്ഥാനം നിരസിക്കുന്നു: അതിന്റെ മറുപടിയും നയവും പരിശോധിക്കുക. പ്രാദേശിക തിരയൽ വിജയിക്കുന്നത് വിദൂര വശത്തുനിന്നുള്ള ലഭ്യത തെളിയിക്കുന്നില്ല.
  • ടണൽ പ്രവർത്തിക്കുന്നു, പക്ഷേ സർട്ടിഫിക്കറ്റ് പരിശോധന പരാജയപ്പെടുന്നു: ലക്ഷ്യസ്ഥാനത്തിന്റെ TLS പരിശോധിക്കുക; DNS മോഡ് മാറ്റുന്നത് വിശ്വാസപ്രശ്നങ്ങൾക്കുള്ള പൊതുവായ പരിഹാരമല്ല.

നിങ്ങളുടെ നിയന്ത്രണത്തിലുള്ള പരീക്ഷണപ്പേരും സെർവർ ലോഗുകളും ഉപയോഗിച്ച്, നിങ്ങൾ നിയന്ത്രിക്കുന്ന പ്രോക്സിയിൽ ഏതുതരം വിലാസമാണ് എത്തിയതെന്ന് ഉറപ്പിക്കാം. പുറത്തേക്കുള്ള IP കാണിക്കുന്ന വെബ്പേജിന് അതാവില്ല: അത് പുറത്തേക്കുള്ള കണക്ഷൻ റിപ്പോർട്ട് ചെയ്യുന്നു, DNS എവിടെ പരിഹരിച്ചു എന്നല്ല.

സ്വകാര്യതാ നേട്ടത്തിന് നിശ്ചിത പരിധിയുണ്ട്

പ്രോക്സി വശത്തെ തിരയൽ ഈ അഭ്യർഥനയുടെ ലക്ഷ്യസ്ഥാനത്തിനുള്ള പ്രാദേശിക തിരയൽ ഒഴിവാക്കുന്നു. അത് SOCKS എൻക്രിപ്റ്റ് ചെയ്യുന്നില്ല, പ്രോക്സി എൻക്രിപ്റ്റ് ചെയ്ത DNS ഉപയോഗിക്കുന്നു എന്ന് തെളിയിക്കുന്നില്ല, മറ്റു ആപ്പുകളുടെയോ ബ്രൗസറിന്റെ മുൻകൂട്ടി ശേഖരിക്കലിന്റെയോ ട്രാഫിക് വഴിതിരിച്ചുവിടുന്നില്ല. SOCKS പിന്തുണയുള്ള Requests-നും പ്രാദേശികവും പ്രോക്സി വശത്തുള്ളതുമായ ഈ വ്യത്യാസമുണ്ട്; മറ്റു ക്ലയന്റുകൾ curl-ന്റെ URL എഴുത്തിനു പകരം ഒരു ക്രമീകരണം നൽകാം. SOCKS5 പ്രോക്സി പട്ടികയിൽനിന്ന് എൻഡ്പോയിന്റ് പകർത്തുന്നതിന് മുമ്പ് നിങ്ങളുടെ ആപ്പ് പിന്തുണയ്ക്കുന്ന പ്രോട്ടോക്കോൾ തിരഞ്ഞെടുക്കുക.

അനുബന്ധ ലേഖനങ്ങൾ