Dlaczego http_proxy niekoniecznie wpływa na Whois
Odróżniaj tradycyjne zapytania Whois TCP od klientów danych rejestracyjnych opartych na HTTP przy wyborze trasy proxy.
Tradycyjny Whois używa własnego protokołu TCP, zwykle na porcie 43. To nie jest żądanie HTTP tylko dlatego, że odpowiedź opisuje domenę internetową.
Zmienna http_proxy pomaga tylko oprogramowaniu, które ją odczytuje dla obsługiwanej ścieżki proxy HTTP. Implementacja Whois może zignorować tę zmienną, nawiązując swoje zwykłe połączenie TCP.
Jeśli dany klient obsługuje SOCKS, skonfiguruj tę udokumentowaną funkcję. Zgodna nakładka TCP jest inną możliwością, zależną od limitów przechwytywania nakładki i polityki portów docelowych proxy. Nie zakładaj, że każdy program o nazwie whois ma te same funkcje. Jeśli ten klient obsługuje SOCKS i publiczni pośrednicy są dozwoleni, lista proxy SOCKS oferuje kandydatów do sprawdzenia dostępu do rzeczywistych serwerów i portów Whois, w tym przekierowań.
Usługi danych rejestracyjnych oparte na HTTP, w tym RDAP, używają innego protokołu aplikacyjnego i mogą korzystać z obsługi proxy przez klienta świadomego HTTP. Zmiana interfejsu to świadoma zmiana narzędzia i formatu odpowiedzi, a nie dowód, że pierwotne zapytanie Whois zawsze było HTTP.
Miej też na uwadze zachowanie przekierowań: jedno wyszukiwanie może kontaktować się z więcej niż jednym serwerem. Jedno dozwolone połączenie nie dowodzi, że każdy kolejny cel może użyć zamierzonej trasy.