Чаму 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.
Трымайце ў полі зроку і паводзіны перасылак: пошук можа звяртацца больш чым да аднаго сервера. Адно дазволенае злучэнне не даказвае, што кожны наступны пункт прызначэння можа выкарыстаць меркаваны маршрут.