Чому http_proxy не обов'язково впливає на Whois
Відрізняйте традиційні TCP-запити Whois від клієнтів реєстраційних даних на основі HTTP під час вибору маршруту через проксі.
Традиційний Whois використовує власний протокол TCP, зазвичай на порту 43. Це не HTTP-запит лише тому, що відповідь описує інтернет-домен.
Змінна http_proxy допомагає лише програмам, які читають її для підтримуваного шляху HTTP-проксі. Реалізація Whois може ігнорувати цю змінну, встановлюючи своє звичайне TCP-з'єднання.
Якщо конкретний клієнт підтримує SOCKS, налаштуйте цю документовану можливість. Сумісна обгортка TCP — ще один варіант, що залежить від меж перехоплення обгортки та політики проксі щодо портів призначення. Не припускайте, що кожна програма під назвою whois має однакові можливості. Якщо цей клієнт підтримує SOCKS і публічні посередники дозволені, список SOCKS-проксі пропонує кандидатів для перевірки доступу до реальних серверів і портів Whois, включно з перенаправленнями.
Сервіси реєстраційних даних на основі HTTP, зокрема RDAP, використовують інший прикладний протокол і можуть користуватися підтримкою проксі з боку клієнта, що розуміє HTTP. Зміна інтерфейсу — це усвідомлена зміна інструмента й формату відповіді, а не доказ того, що початковий запит Whois завжди був HTTP.
Зважайте й на поведінку перенаправлень: один пошук може звертатися більш ніж до одного сервера. Одне дозволене з'єднання не доводить, що кожне наступне призначення зможе використати передбачений маршрут.