http_proxy لازمی طور پر Whois کو متاثر کیوں نہیں کرتا

روایتی Whois اپنا TCP پروٹوکول استعمال کرتا ہے، عام طور پر پورٹ 43 پر۔ صرف اس لیے کہ جواب کسی انٹرنیٹ ڈومین کی وضاحت کرتا ہے، یہ HTTP درخواست نہیں بنتا۔

http_proxy متغیر صرف اُس سافٹ ویئر کی مدد کرتا ہے جو معاون HTTP پراکسی راستے کے لیے اسے پڑھتا ہے۔ Whois کا نفاذ اپنا معمول کا TCP کنکشن بناتے وقت اُس متغیر کو نظرانداز کر سکتا ہے۔

اگر کوئی مخصوص کلائنٹ SOCKS کی حمایت کرتا ہے تو وہ دستاویزی خصوصیت ترتیب دیں۔ ایک موافق TCP ریپر دوسرا امکان ہے، جو ریپر کی مداخلت کی حدود اور پراکسی کی منزل پورٹ پالیسی کے تابع ہے۔ یہ نہ سمجھیں کہ whois نامی ہر پروگرام میں یکساں خصوصیات ہیں۔ اگر وہ کلائنٹ SOCKS کی حمایت کرتا ہے اور عوامی intermediaries کی اجازت ہے، تو SOCKS پراکسی فہرست اصل Whois سرورز اور پورٹس تک رسائی، بشمول ریفرلز، جانچنے کے لیے امیدوار پیش کرتی ہے۔

HTTP پر مبنی رجسٹریشن ڈیٹا سروسز، بشمول RDAP، مختلف ایپلیکیشن پروٹوکول استعمال کرتی ہیں اور HTTP سے واقف کلائنٹ کی پراکسی معاونت حاصل کر سکتی ہیں۔ انٹرفیس بدلنا اوزار اور جواب کی شکل میں جان بوجھ کر تبدیلی ہے، یہ ثبوت نہیں کہ اصل Whois استفسار ہمیشہ HTTP تھا۔

ریفرل رویے کو بھی پیش نظر رکھیں: ایک تلاش ایک سے زیادہ سرور سے رابطہ کر سکتی ہے۔ ایک اجازت شدہ کنکشن یہ ثابت نہیں کرتا کہ آگے کی ہر منزل مطلوبہ راستہ استعمال کر سکتی ہے۔