http_proxy ஏன் Whois-ஐ கட்டாயமாகப் பாதிக்காது

பாரம்பரிய Whois அதன் சொந்த TCP நெறிமுறையைப் பயன்படுத்துகிறது, பொதுவாக போர்ட் 43 இல். பதில் ஒரு இணைய டொமைனை விவரிக்கிறது என்பதற்காக மட்டும் அது HTTP கோரிக்கை ஆகாது.

http_proxy மாறி, ஆதரிக்கப்படும் HTTP ப்ராக்ஸி பாதைக்காக அதைப் படிக்கும் மென்பொருளுக்கு மட்டுமே உதவுகிறது. Whois செயலாக்கம் அதன் வழக்கமான TCP இணைப்பைச் செய்யும்போது அந்த மாறியைப் புறக்கணிக்கலாம்.

ஒரு குறிப்பிட்ட வாடிக்கையாளர் SOCKS-ஐ ஆதரித்தால், ஆவணப்படுத்தப்பட்ட அந்த அம்சத்தை உள்ளமைக்கவும். இணக்கமான TCP உறை மற்றொரு சாத்தியம்; இது உறையின் இடையீட்டு வரம்புகள் மற்றும் ப்ராக்ஸியின் இலக்கு-போர்ட் கொள்கையைப் பொறுத்தது. whois எனப்படும் ஒவ்வொரு நிரலும் ஒரே அம்சங்களைக் கொண்டிருக்கும் எனக் கருத வேண்டாம். அந்த வாடிக்கையாளர் SOCKS-ஐ ஆதரித்து பொது இடைத்தரகர்கள் அனுமதிக்கப்பட்டால், SOCKS ப்ராக்ஸி பட்டியல் உண்மையான Whois சேவையகங்கள் மற்றும் போர்ட்களுக்கான அணுகலை, பரிந்துரைகள் உட்பட, சரிபார்க்க வேட்பாளர்களை வழங்குகிறது.

RDAP உட்பட HTTP அடிப்படையிலான பதிவு-தரவு சேவைகள் வேறு பயன்பாட்டு நெறிமுறையைப் பயன்படுத்துகின்றன, மேலும் HTTP அறிந்த வாடிக்கையாளரின் ப்ராக்ஸி ஆதரவைப் பெறலாம். இடைமுகத்தை மாற்றுவது கருவி மற்றும் பதில் வடிவத்தின் வேண்டுமென்ற மாற்றம், அசல் Whois வினவல் எப்போதும் HTTP ஆக இருந்தது என்பதற்கான ஆதாரம் அல்ல.

பரிந்துரை நடத்தையையும் கவனத்தில் கொள்ளுங்கள்: ஒரு தேடல் ஒன்றுக்கு மேற்பட்ட சேவையகங்களைத் தொடர்பு கொள்ளலாம். அனுமதிக்கப்பட்ட ஒரு இணைப்பு, அடுத்தடுத்த ஒவ்வொரு இலக்கும் நோக்கமான பாதையைப் பயன்படுத்த முடியும் என்பதை நிரூபிக்காது.