Waarom http_proxy nie noodwendig Whois beïnvloed nie
Onderskei tradisionele Whois TCP-navrae van HTTP-gebaseerde registrasiedata-kliënte wanneer jy 'n proxy-roete kies.
Tradisionele Whois gebruik sy eie TCP-protokol, gewoonlik op poort 43. Dit is nie 'n HTTP-versoek net omdat die antwoord 'n internetdomein beskryf nie.
Die http_proxy-veranderlike help net sagteware wat dit lees vir 'n ondersteunde HTTP-proxy-pad. 'n Whois-implementering kan daardie veranderlike ignoreer terwyl dit sy normale TCP-verbinding maak.
As 'n bepaalde kliënt SOCKS ondersteun, konfigureer daardie gedokumenteerde funksie. 'n Versoenbare TCP-omhulsel is nog 'n moontlikheid, onderhewig aan die omhulsel se onderskappingslimiete en die proxy se bestemmingspoort-beleid. Moenie aanneem elke program met die naam whois het dieselfde funksies nie. As daardie kliënt SOCKS ondersteun en openbare tussengangers toegelaat word, bied die SOCKS-proxylys kandidate om toegang tot die werklike Whois-bedieners en -poorte te toets, insluitend verwysings.
HTTP-gebaseerde registrasiedata-dienste, insluitend RDAP, gebruik 'n ander toepassingsprotokol en kan 'n HTTP-bewuste kliënt se proxy-ondersteuning hê. Om van koppelvlak te wissel is 'n doelbewuste verandering van gereedskap en antwoordformaat, nie 'n bewys dat die oorspronklike Whois-navra deurentyd HTTP was nie.
Hou ook verwysingsgedrag in die oog: 'n opsoek kan meer as een bediener kontak. Een toegelate verbinding bewys nie dat elke latere bestemming die beoogde roete kan gebruik nie.