DNS மாற்றம் SOCKS ப்ராக்ஸியை ஏன் அமைக்க முடியாது
ஒரு வலைத்தளத்தின் ஹோஸ்ட்பெயரை SOCKS சேவையகத்திற்கு அனுப்புவது, கட்டமைக்கப்படாத உலாவி ப்ராக்ஸியை ஏன் பயன்படுத்தாது என்பதை விளக்குகிறது.
DNS பதிலை மாற்றுவது உலாவி இணைக்கும் முகவரியை மட்டுமே மாற்றுகிறது. அங்கு சென்ற பிறகு உலாவி பேசும் நெறிமுறையை மாற்றுவதில்லை.
சாதாரண HTTP URL திறந்தால் உலாவி HTTP அனுப்புகிறது. HTTPS URL திறந்தால் அந்தத் தளத்திற்காக TLS தொடங்குகிறது. ஆனால் SOCKS5 சேவையகம் முதலில் தனது சொந்த பேச்சுவார்த்தையை எதிர்பார்க்கிறது: முறை தேர்வு, ஏதேனும் அங்கீகாரம் மற்றும் இலக்கைப் பெயரிடும் கோரிக்கை. கட்டமைக்கப்படாத உலாவி இவற்றில் எதையும் அனுப்புவதில்லை.
அதனால்தான் DNS மாற்றத்திற்குப் பிறகு அணுகக்கூடிய Dante கேட்பான் இணைப்பை உடனே மூடக்கூடும். சேவை ஆரோக்கியமாக இருக்கலாம்; வரும் பைட்டுகள் தவறான நெறிமுறைக்குரியவை. கேட்பானை போர்ட் 80 அல்லது 443 க்கு நகர்த்தினாலும் அந்தப் பைட்டுகள் SOCKS ஆகாது.
உலாவியின் SOCKS இடைமுகத்தை அமைக்கவும், எடுத்துக்காட்டாக Firefox இன் SOCKS அமைப்புகள், அல்லது பயன்பாட்டுக்கு உரிய ப்ராக்ஸி அமைப்பு, அது கைக்குலுக்கலைச் செய்து ப்ராக்ஸியை மேலும் இணைக்கச் சொல்லும். PAC கோப்பு அதைப் பயன்படுத்தும் பயன்பாடுகளுக்கு ஆதரவான ப்ராக்ஸி பாதையைத் தேர்ந்தெடுக்கலாம். இது இன்னும் தனி ப்ராக்ஸி கட்டமைப்பே, A அல்லது AAAA பதிவின் பண்பு அல்ல.
HTTPS, DNS-மட்டும் என்ற கருத்துக்கு மற்றொரு தடையைச் சேர்க்கிறது. URL இல் உள்ள தளத்தின் அடையாளத்தை உலாவி இன்னும் எதிர்பார்க்கிறது. ப்ராக்ஸி ஹோஸ்டிற்கான சான்றிதழ், DNS இணைப்பை அங்கு அனுப்பியதால் மட்டும் அந்த எதிர்பார்ப்பை நிறைவேற்ற முடியாது.
வெளிப்படையான பிணைய இடைமறிப்பு என்பது வழித்தடம் மற்றும் பொருந்தக்கூடிய இடைமறிப்பு மென்பொருளை உள்ளடக்கிய வேறு வடிவமைப்பு. DNS இலிருந்து SOCKS சேவையகத்தின் முகவரியைத் திருப்பித் தருவதன் மூலம் அதைப் பெற முடியாது.