HTTP CONNECT سرنگ کے اندر WHOIS استفسار
جب کوئی مجاز HTTP CONNECT راستہ TCP پورٹ 43 استفسار لے جائے تو پراکسی ہینڈ شیک اور WHOIS درخواست کو دو الگ تبادلے سمجھیں۔
اگر مطلوبہ تلاش اب بھی روایتی WHOIS استعمال کرتی ہے، تو HTTP پراکسی اس TCP تبادلے کو لے جا سکتی ہے جب اس کی پالیسی WHOIS سروس تک CONNECT کی اجازت دیتی ہے۔ کلائنٹ کو تلاش کا متن بھیجنے سے پہلے پراکسی ہینڈ شیک مکمل کرنا ہوگا۔ پراکسی اسناد مقرر کیے بغیر مجاز عوامی WHOIS آزمائش کے لیے HTTP پراکسی فہرست ممکنہ ثالث پیش کرتی ہے؛ الگ سے تصدیق کریں کہ کوئی ایک WHOIS سروس کا میزبان اور پورٹ 43 اجازت دیتا ہے۔
whois.example نامی فرضی سروس کے لیے، اس HTTP درخواست سے آغاز کریں:
CONNECT whois.example:43 HTTP/1.1
Host: whois.example:43
HTTP سطروں کے اختتام CRLF لکھیں۔ پراکسی کا مکمل جواب پڑھیں، بشمول اس کی آخری خالی ہیڈر سطر، اور عددی کامیابی کی حالت جانچیں۔ حالت کی سطر کا صرف ایک حصہ ملنا اگلا پروٹوکول شروع کرنے کے لیے کافی نہیں۔
پھر WHOIS متن بھیجیں
سرنگ کھلنے کے بعد، وہ استفسار بھیجیں جس کی اس WHOIS سرور کو توقع ہے۔ ایک سادہ مثالی استفسار یہ ہے:
example.com<CRLF>
یہ نشان کیریج ریٹرن اور لائن فیڈ بائٹس کی نمائندگی کرتا ہے۔ یہ ڈومین نام کا حصہ نہیں۔ اس WHOIS تبادلے کے اندر کوئی HTTP GET سطر یا HTTP جواب کی حالت نہیں ہے۔
متن پڑھیں تاوقتیکہ WHOIS سرور کنکشن بند نہ کر دے۔ جواب میں کئی سطریں ہو سکتی ہیں؛ پہلی نئی سطر کا مطلب مکمل ہونا نہیں ہے۔ نفاذ میں کنکشن اور پڑھنے کی انتظار محدود رکھیں۔
یہ ترتیب پارسر کو دو الگ حدیں بھی دیتی ہے۔ پہلے HTTP ہیڈر بلاک آتا ہے۔ اس کے بعد WHOIS جواب آتا ہے، جس کی تکمیل کنکشن بند ہونے سے ظاہر ہوتی ہے۔ تجزیہ شدہ حد سے آگے بفر شدہ کسی بھی بائٹ کو رکھیں، پورے نیٹ ورک پڑھنے کو پھینکنے کی بجائے۔
پراکسی کا انکار مطلب سرنگ کبھی نہیں کھلی، اس لیے بعد میں ڈومین بھیجنے سے WHOIS نتیجہ نہیں آ سکتا۔ اگر سرور کا جواب کسی دوسری WHOIS سروس کی طرف اشارہ کرے تو کسی بھی بعد کے استفسار کو اس سروس سے اپنا مجاز کنکشن درکار ہوگا۔