क्यों http_proxy ज़रूरी नहीं कि Whois को प्रभावित करे

पारंपरिक Whois अपना स्वयं का TCP प्रोटोकॉल उपयोग करता है, आमतौर पर पोर्ट 43 पर। केवल इसलिए कि उत्तर किसी इंटरनेट डोमेन का वर्णन करता है, यह HTTP अनुरोध नहीं बन जाता।

http_proxy चर केवल उस सॉफ़्टवेयर की सहायता करता है जो समर्थित HTTP प्रॉक्सी पथ के लिए इसे पढ़ता है। Whois का कार्यान्वयन अपना सामान्य TCP कनेक्शन बनाते समय उस चर को अनदेखा कर सकता है।

यदि कोई विशेष क्लाइंट SOCKS समर्थित करता है, तो उस दस्तावेज़ित सुविधा को कॉन्फ़िगर करें। संगत TCP रैपर एक अन्य संभावना है, जो रैपर की अवरोधन सीमाओं और प्रॉक्सी की गंतव्य-पोर्ट नीति के अधीन है। यह न मानें कि whois नाम के हर प्रोग्राम में समान सुविधाएँ हैं। यदि वह क्लाइंट SOCKS समर्थित करता है और सार्वजनिक मध्यस्थों की अनुमति है, तो SOCKS प्रॉक्सी सूची वास्तविक Whois सर्वरों और पोर्टों तक पहुँच जाँचने के लिए उम्मीदवार प्रदान करती है, जिसमें रेफ़रल भी शामिल हैं।

HTTP-आधारित पंजीकरण-डेटा सेवाएँ, जिनमें RDAP भी शामिल है, भिन्न एप्लिकेशन प्रोटोकॉल उपयोग करती हैं और HTTP-सजग क्लाइंट के प्रॉक्सी समर्थन का लाभ उठा सकती हैं। इंटरफ़ेस बदलना उपकरण और उत्तर प्रारूप का जानबूझकर किया गया परिवर्तन है, यह प्रमाण नहीं कि मूल Whois क्वेरी हर समय HTTP थी।

रेफ़रल व्यवहार भी ध्यान में रखें: कोई लुकअप एक से अधिक सर्वर से संपर्क कर सकता है। एक अनुमत कनेक्शन यह सिद्ध नहीं करता कि बाद का हर गंतव्य इच्छित मार्ग का उपयोग कर सकता है।