http_proxy എല്ലായ്പ്പോഴും Whois-നെ ബാധിക്കണമെന്നില്ലാത്തത് എന്തുകൊണ്ട്

പരമ്പരാഗത Whois സ്വന്തം TCP പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു, സാധാരണയായി പോർട്ട് 43-ൽ. ഉത്തരം ഒരു ഇന്റർനെറ്റ് ഡൊമെയ്ൻ വിവരണം ചെയ്യുന്നത് കൊണ്ട് മാത്രം അത് HTTP അഭ്യർത്ഥനയാകുന്നില്ല.

http_proxy വേരിയബിൾ പിന്തുണയ്ക്കുന്ന HTTP പ്രോക്സി പാതയ്ക്കായി അത് വായിക്കുന്ന സോഫ്റ്റ്വെയറിന് മാത്രമേ സഹായിക്കൂ. ഒരു Whois നിർവഹണം അതിന്റെ സാധാരണ TCP കണക്ഷൻ നടത്തുമ്പോൾ ആ വേരിയബിൾ അവഗണിച്ചേക്കാം.

ഒരു പ്രത്യേക ക്ലയന്റ് SOCKS പിന്തുണയ്ക്കുന്നുവെങ്കിൽ, ആ രേഖപ്പെടുത്തിയ സവിശേഷത കോൺഫിഗർ ചെയ്യുക. അനുയോജ്യമായ TCP റാപ്പർ മറ്റൊരു സാധ്യതയാണ്, റാപ്പറിന്റെ ഇന്റർസെപ്ഷൻ പരിധികളും പ്രോക്സിയുടെ ലക്ഷ്യ-പോർട്ട് നയവും അനുസരിച്ച്. whois എന്ന പേരിലുള്ള എല്ലാ പ്രോഗ്രാമുകൾക്കും ഒരേ സവിശേഷതകളുണ്ടെന്ന് കരുതരുത്. ആ ക്ലയന്റ് SOCKS പിന്തുണയ്ക്കുകയും പൊതു ഇടനിലക്കാർ അനുവദിക്കുകയും ചെയ്താൽ, SOCKS പ്രോക്സി പട്ടിക യഥാർത്ഥ Whois സെർവറുകളിലേക്കും പോർട്ടുകളിലേക്കും, റെഫറലുകൾ ഉൾപ്പെടെ, പ്രവേശനം പരിശോധിക്കാൻ സ്ഥാനാർത്ഥികൾ നൽകുന്നു.

HTTP അടിസ്ഥാനമാക്കിയ രജിസ്ട്രേഷൻ-ഡാറ്റാ സേവനങ്ങൾ, RDAP ഉൾപ്പെടെ, വ്യത്യസ്തമായ ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു, കൂടാതെ HTTP അറിയുന്ന ക്ലയന്റിന്റെ പ്രോക്സി പിന്തുണ നേടാനും കഴിയും. ഇന്റർഫേസ് മാറ്റുന്നത് ഉപകരണത്തിന്റെയും ഉത്തര ഫോർമാറ്റിന്റെയും ബോധപൂർവമായ മാറ്റമാണ്, യഥാർത്ഥ Whois ക്വെറി എപ്പോഴും HTTP ആയിരുന്നു എന്നതിന് തെളിവല്ല.

റെഫറൽ സ്വഭാവവും ശ്രദ്ധിക്കുക: ഒരു തിരയൽ ഒന്നിലധികം സെർവറുകളുമായി ബന്ധപ്പെട്ടേക്കാം. ഒരു അനുവദിച്ച കണക്ഷൻ തുടർന്നുള്ള ഓരോ ലക്ഷ്യവും ഉദ്ദേശിച്ച റൂട്ട് ഉപയോഗിക്കാമെന്ന് തെളിയിക്കുന്നില്ല.