Ինչու http_proxy-ն պարտադիր չէ, որ ազդի Whois-ի վրա

Ավանդական Whois-ը օգտագործում է իր սեփական TCP արձանագրությունը, սովորաբար 43 պորտում։ Այն HTTP հարցում չէ միայն այն պատճառով, որ պատասխանը նկարագրում է ինտերնետ տիրույթ։

http_proxy փոփոխականը օգնում է միայն այն ծրագրաշարին, որը կարդում է այն աջակցվող HTTP պրոքսի ուղու համար։ Whois-ի իրականացումը կարող է անտեսել այդ փոփոխականը՝ իր սովորական TCP կապը հաստատելիս։

Եթե որոշակի հաճախորդ աջակցում է SOCKS-ին, կարգավորեք այդ փաստաթղթավորված հատկությունը։ Համատեղելի TCP փաթաթիչը ևս մեկ հնարավորություն է՝ կախված փաթաթիչի ընդհատման սահմաններից և պրոքսիի նպատակակետ-պորտի քաղաքականությունից։ Մի ենթադրեք, որ whois անունով յուրաքանչյուր ծրագիր ունի նույն հատկությունները։ Եթե այդ հաճախորդը աջակցում է SOCKS-ին և թույլատրվում են հանրային միջնորդներ, SOCKS պրոքսիների ցանկը առաջարկում է թեկնածուներ՝ ստուգելու փաստացի Whois սերվերների և պորտերի հասանելիությունը, ներառյալ ուղղորդումները։

HTTP-ի վրա հիմնված գրանցման տվյալների ծառայությունները, ներառյալ RDAP-ը, օգտագործում են այլ կիրառական արձանագրություն և կարող են օգտվել HTTP-ին տեղյակ հաճախորդի պրոքսի աջակցությունից։ Ինտերֆեյսը փոխելը գործիքի և պատասխանի ձևաչափի դիտավորյալ փոփոխություն է, ոչ թե ապացույց, որ սկզբնական Whois հարցումը միշտ HTTP է եղել։

Նկատի ունեցեք նաև ուղղորդման վարքը․ որոնումը կարող է կապվել մեկից ավելի սերվերի հետ։ Մեկ թույլատրված կապը չի ապացուցում, որ յուրաքանչյուր հաջորդ նպատակակետ կարող է օգտագործել նախատեսված երթուղին։