Kwa nini http_proxy haiathiri Whois kila wakati
Tofautisha maulizo ya jadi ya Whois TCP na wateja wa data za usajili zinazotegemea HTTP unapochagua njia ya proksi.
Whois ya jadi hutumia itifaki yake ya TCP, kwa kawaida kwenye bandari 43. Si ombi la HTTP eti tu kwa sababu jibu linaeleza kikoa cha intaneti.
Kigezo http_proxy huwasaidia tu programu zinazokisoma kwa njia ya proksi ya HTTP inayotumika. Utekelezaji wa Whois unaweza kupuuza kigezo hicho wakati unafanya muunganisho wake wa kawaida wa TCP.
Ikiwa mteja fulani unaauni SOCKS, sanidi kipengele hicho kilichoandikwa. Kifuniko cha TCP kinachooana ni uwezekano mwingine, kulingana na mipaka ya uingiliaji wa kifuniko na sera ya bandari lengwa ya proksi. Usidhani kila programu inayoitwa whois ina vipengele sawa. Ikiwa mteja huyo unaauni SOCKS na waamuzi wa umma wanaruhusiwa, orodha ya proksi za SOCKS inatoa wagombea wa kuhakiki ufikiaji wa seva na bandari halisi za Whois, ikiwa ni pamoja na uelekezaji.
Huduma za data za usajili zinazotegemea HTTP, ikiwa ni pamoja na RDAP, hutumia itifaki tofauti ya programu na zinaweza kupata usaidizi wa proksi kutoka kwa mteja anayefahamu HTTP. Kubadilisha kiolesura ni badiliko la kusudi la chombo na umbizo la jibu, si uthibitisho kwamba ulizo la awali la Whois lilikuwa HTTP muda wote.
Zingatia pia tabia ya uelekezaji: utafutaji unaweza kuwasiliana na seva zaidi ya moja. Muunganisho mmoja ulioruhusiwa hauthibitishi kwamba kila lengwa la baadaye linaweza kutumia njia iliyokusudiwa.