Wêrom http_proxy net needs Whois beynfloedet
Unterskied tradisjonele Whois TCP-fragen fan op HTTP basearre registraasjegegevensklanten by it kiezen fan in proxyrûte.
Tradisjonele Whois brûkt syn eigen TCP-protokol, meastentiids op poarte 43. It is gjin HTTP-fersyk allinnich om't it antwurd in ynternetdomein beskriuwt.
De fariabele http_proxy helpt allinnich software dy't it lêst foar in stipe HTTP-proxyrûte. In Whois-ymplemintaasje kin dy fariabele negearje wylst it syn normale TCP-ferbining makket.
As in beskaat klant SOCKS stipet, konfigurearje dan dy dokumintearre funksje. In kompatibele TCP-omhulling is in oare mooglikheid, ûnder foarbehâld fan 'e ûnderskeppingslimiten fan 'e omhulling en it destination-poartbelied fan 'e proxy. Nim net oan dat elk programma mei de namme whois deselde funksjes hat. As dat klant SOCKS stipet en iepenbiere tuskenpersoanen tastean binne, biedt de SOCKS-proxylist kandidaten om tagong ta de wierlike Whois-tsjinners en -poarten te kontrolearjen, ynklusyf ferwizings.
Op HTTP basearre registraasjegegevensstsjinsten, wêrûnder RDAP, brûke in oar tapassingsprotokol en kinne proxy-stipe fan in HTTP-bewuste klant hawwe. It wikseljen fan ynterface is in bewuste feroaring fan ark en antwurdformaat, gjin bewiis dat de oarspronklike Whois-fraach altyd HTTP wie.
Hâld ek it ferwizingsgedrach yn 'e gaten: in sykaksje kin mear as ien tsjeaner kontaktearje. Ien tastiene ferbining bewiist net dat elk lettere bestimming de bedoelde rûte brûke kin.