কেন http_proxy সবসময় Whois-কে প্রভাবিত করে না

ঐতিহ্যবাহী Whois নিজস্ব TCP প্রোটোকল ব্যবহার করে, সাধারণত পোর্ট 43-এ। উত্তরটি একটি ইন্টারনেট ডোমেইন বর্ণনা করে বলেই এটি HTTP অনুরোধ নয়।

http_proxy ভেরিয়েবলটি কেবল সেই সফ্টওয়্যারকে সাহায্য করে যা সমর্থিত HTTP প্রক্সি পথের জন্য এটি পড়ে। একটি Whois বাস্তবায়ন তার স্বাভাবিক TCP সংযোগ করার সময় ওই ভেরিয়েবলটি উপেক্ষা করতে পারে।

যদি কোনো নির্দিষ্ট ক্লায়েন্ট SOCKS সমর্থন করে, তাহলে সেই নথিভুক্ত বৈশিষ্ট্যটি কনফিগার করুন। একটি সামঞ্জস্যপূর্ণ TCP র‍্যাপার আরেকটি সম্ভাবনা, যা র‍্যাপারের ইন্টারসেপশন সীমা ও প্রক্সির গন্তব্য-পোর্ট নীতির অধীন। whois নামের প্রতিটি প্রোগ্রামের একই বৈশিষ্ট্য আছে বলে ধরে নেবেন না। যদি সেই ক্লায়েন্ট SOCKS সমর্থন করে এবং পাবলিক মধ্যস্থতাকারী অনুমোদিত হয়, SOCKS প্রক্সি তালিকা প্রকৃত Whois সার্ভার ও পোর্টে প্রবেশ যাচাই করার জন্য প্রার্থী দেয়, রেফারেলসহ।

HTTP-ভিত্তিক রেজিস্ট্রেশন-ডেটা সেবা, যার মধ্যে RDAP রয়েছে, ভিন্ন অ্যাপ্লিকেশন প্রোটোকল ব্যবহার করে এবং HTTP-সচেতন ক্লায়েন্টের প্রক্সি সমর্থন পেতে পারে। ইন্টারফেস পরিবর্তন করা হলো টুল ও উত্তর-ফরম্যাটের সচেতন পরিবর্তন, মূল Whois কোয়েরি সবসময় HTTP ছিল তার প্রমাণ নয়।

রেফারেল আচরণও লক্ষ্য রাখুন: একটি লুকআপ একাধিক সার্ভারের সাথে যোগাযোগ করতে পারে। একটি অনুমোদিত সংযোগ প্রমাণ করে না যে পরবর্তী প্রতিটি গন্তব্য উদ্দিষ্ট রুট ব্যবহার করতে পারে।