http_proxy য়ে কিয় Whois ক প্ৰভাৱিত নকৰিবও পাৰে

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

http_proxy চলকটোৱে কেৱল সেই ছফ্টৱেৰক সহায় কৰে যিয়ে সমৰ্থিত HTTP প্ৰক্সি পথৰ বাবে ইয়াক পঢ়ে। এটা Whois কাৰ্য্যকৰণে নিজৰ স্বাভাৱিক TCP সংযোগ কৰি থাকোঁতে সেই চলকটো আওকাণ কৰিব পাৰে।

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

HTTP-ভিত্তিক পঞ্জীয়ন-তথ্য সেৱাসমূহে, RDAP অন্তর্ভুক্ত, বেলেগ এপ্লিকেচন প্ৰটোকল ব্যৱহাৰ কৰে আৰু HTTP-সচেতন ক্লায়েন্টৰ প্ৰক্সি সমৰ্থন লাভ কৰিব পাৰে। ইণ্টাৰফেচ সলনি কৰাটো সঁজুলি আৰু উত্তৰৰ ফৰ্মেটৰ ইচ্ছাকৃত পৰিৱৰ্তন, মূল Whois অনুৰোধটো সদায় HTTP আছিল বুলিৰ প্ৰমাণ নহয়।

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