http_proxy ఎందుకు Whois ను తప్పనిసరిగా ప్రభావితం చేయదు
ప్రాక్సీ మార్గాన్ని ఎంచుకునేటప్పుడు సాంప్రదాయ Whois TCP ప్రశ్నలను HTTP ఆధారిత నమోదు-డేటా క్లయింట్ల నుండి వేరు చేయండి.
సాంప్రదాయ Whois తన సొంత TCP ప్రోటోకాల్ను ఉపయోగిస్తుంది, సాధారణంగా పోర్ట్ 43 పై. సమాధానం ఇంటర్నెట్ డొమైన్ను వివరిస్తుంది అనే కారణంతో మాత్రమే అది HTTP అభ్యర్థన కాదు.
http_proxy వేరియబుల్ మద్దతు ఉన్న HTTP ప్రాక్సీ మార్గం కోసం దాన్ని చదివే సాఫ్ట్వేర్కు మాత్రమే సహాయపడుతుంది. Whois అమలు తన సాధారణ TCP కనెక్షన్ చేసేటప్పుడు ఆ వేరియబుల్ను విస్మరించవచ్చు.
నిర్దిష్ట క్లయింట్ SOCKS ను మద్దతిస్తే, ఆ పత్రీకరించిన ఫీచర్ను కాన్ఫిగర్ చేయండి. సరిపోయే TCP ర్యాపర్ మరో అవకాశం, ఇది ర్యాపర్ అడ్డగింపు పరిమితులు మరియు ప్రాక్సీ లక్ష్య-పోర్ట్ విధానంపై ఆధారపడి ఉంటుంది. whois అనే ప్రతి ప్రోగ్రామ్కు ఒకే ఫీచర్లు ఉంటాయని భావించవద్దు. ఆ క్లయింట్ SOCKS ను మద్దతిస్తే మరియు పబ్లిక్ మధ్యవర్తులు అనుమతించబడితే, SOCKS ప్రాక్సీ జాబితా అసలైన Whois సర్వర్లు మరియు పోర్టులకు, రెఫరల్స్తో సహా, ప్రాప్తిని తనిఖీ చేయడానికి అభ్యర్థులను అందిస్తుంది.
RDAP తో సహా HTTP ఆధారిత నమోదు-డేటా సేవలు వేరే అప్లికేషన్ ప్రోటోకాల్ను ఉపయోగిస్తాయి మరియు HTTP తెలిసిన క్లయింట్ ప్రాక్సీ మద్దతును పొందగలవు. ఇంటర్ఫేస్ మార్చడం అనేది సాధనం మరియు సమాధాన ఫార్మాట్ను ఉద్దేశపూర్వకంగా మార్చడం, అసలు Whois ప్రశ్న ఎప్పుడూ HTTP గా ఉందని రుజువు కాదు.
రెఫరల్ ప్రవర్తనను కూడా గమనించండి: ఒక శోధన ఒకటి కంటే ఎక్కువ సర్వర్లను సంప్రదించవచ్చు. అనుమతించిన ఒక కనెక్షన్ తర్వాతి ప్రతి గమ్యస్థానం ఉద్దేశించిన మార్గాన్ని ఉపయోగించగలదని నిరూపించదు.