Bakit hindi laging naaapektuhan ng http_proxy ang Whois
Iba-ibahin ang mga tradisyonal na Whois TCP query sa mga kliyenteng data ng pagpaparehistro na nakabatay sa HTTP kapag pumipili ng ruta ng proxy.
Gumagamit ang tradisyonal na Whois ng sarili nitong TCP protocol, kadalasan sa port 43. Hindi ito kahilingang HTTP dahil lamang inilalarawan ng sagot ang isang internet domain.
Ang variable na http_proxy ay tumutulong lamang sa software na nagbabasa nito para sa sinusuportahang landas ng HTTP proxy. Maaaring balewalain ng isang implementasyon ng Whois ang variable na iyon habang ginagawa ang normal nitong koneksyon sa TCP.
Kung sinusuportahan ng isang partikular na kliyente ang SOCKS, i-configure ang dokumentadong feature na iyon. Ang isang katugmang TCP wrapper ay isa pang posibilidad, depende sa mga limitasyon ng interception ng wrapper at sa patakaran sa destinasyong port ng proxy. Huwag ipagpalagay na ang bawat program na tinatawag na whois ay may parehong mga feature. Kung sinusuportahan ng kliyenteng iyon ang SOCKS at pinapayagan ang mga pampublikong tagapamagitan, nag-aalok ang listahan ng SOCKS proxy ng mga kandidato upang suriin ang pag-access sa aktwal na mga server at port ng Whois, kasama ang mga referral.
Ang mga serbisyo ng data ng pagpaparehistro na nakabatay sa HTTP, kabilang ang RDAP, ay gumagamit ng ibang protocol ng aplikasyon at maaaring makinabang sa suporta ng proxy ng isang kliyenteng may kamalayan sa HTTP. Ang pagpapalit ng interface ay sinadyang pagbabago ng tool at format ng sagot, hindi patunay na ang orihinal na Whois query ay HTTP sa lahat ng oras.
Isaalang-alang din ang pag-uugali ng referral: ang isang paghahanap ay maaaring makipag-ugnayan sa higit sa isang server. Ang isang pinapayagang koneksyon ay hindi nagpapatunay na ang bawat susunod na destinasyon ay maaaring gumamit ng inilaan na ruta.