Pourquoi http_proxy n'affecte pas forcément Whois
Distinguez les requêtes Whois TCP classiques des clients de données d'enregistrement basés sur HTTP lors du choix d'une route proxy.
Le Whois classique utilise son propre protocole TCP, généralement sur le port 43. Ce n'est pas une requête HTTP simplement parce que la réponse décrit un domaine internet.
La variable http_proxy n'aide que les logiciels qui la lisent pour un chemin proxy HTTP pris en charge. Une implémentation de Whois peut ignorer cette variable lorsqu'elle établit sa connexion TCP habituelle.
Si un client donné prend en charge SOCKS, configurez cette fonction documentée. Un encapsulateur TCP compatible est une autre possibilité, sous réserve des limites d'interception de l'encapsulateur et de la politique de ports de destination du proxy. Ne supposez pas que tous les programmes nommés whois offrent les mêmes fonctions. Si ce client prend en charge SOCKS et que les intermédiaires publics sont autorisés, la liste de proxys SOCKS propose des candidats pour vérifier l'accès aux véritables serveurs et ports Whois, y compris les renvois.
Les services de données d'enregistrement basés sur HTTP, dont RDAP, utilisent un autre protocole applicatif et peuvent bénéficier de la prise en charge du proxy d'un client conscient de HTTP. Changer d'interface est un changement délibéré d'outil et de format de réponse, non la preuve que la requête Whois d'origine ait toujours été HTTP.
Gardez aussi à l'esprit le comportement des renvois : une recherche peut contacter plusieurs serveurs. Une connexion autorisée ne prouve pas que chaque destination ultérieure peut emprunter la route prévue.