Squid வழியாக Proxychains: போர்ட் 80 இல் CONNECT கட்டுப்பாடுகள்
இலக்கு போர்ட் 80 மறுக்கப்படும்போது சாதாரண HTTP ப்ராக்ஸி கோரிக்கைகளையும் proxychains HTTP CONNECT சுரங்கங்களையும் வேறுபடுத்துங்கள்.
உலாவி Squid வழியாக HTTP பக்கத்தை ஏற்றுகிறது. அதே இலக்கு proxychains கீழ் தோல்வியடைகிறது. இது இரண்டு நிரல்களில் ஒன்று தவறான ப்ராக்ஸி IP ஐத் தேர்ந்தெடுத்தது என்று அர்த்தமல்ல.
HTTP ஐப் புரிந்து கொள்ளும் சாதாரண கிளையண்ட் வலைக் கோரிக்கையை HTTP ப்ராக்ஸி வடிவில் முன்னோக்கு ப்ராக்ஸிக்கு அனுப்பலாம். ஆனால் பொதுவான சாக்கெட் உறை பயன்பாடு திறக்க விரும்பிய இணைப்புக்கு பைட் சுரங்கம் தேவைப்படுகிறது. தனது சங்கிலியில் உள்ள HTTP ப்ராக்ஸிக்கு proxychains CONNECT ஐப் பயன்படுத்துகிறது.
அதாவது போர்ட் 80 இல் உள்ள சாதாரண உரை வலைத்தளம் போர்ட் 80 க்கு CONNECT கோரிக்கையை உருவாக்கலாம். அங்கீகரிக்கப்பட்ட TLS போர்ட் பட்டியலுக்கு மட்டும் CONNECT அனுமதிக்கும் Squid கொள்கை, போர்ட் 80 க்கு சாதாரண HTTP கோரிக்கைகள் அனுமதிக்கப்பட்டிருந்தாலும் அந்தச் சுரங்கத்தை மறுக்கலாம்.
ஹோஸ்ட் பெயர்கள் மட்டுமல்ல, கோரிக்கைகளை ஒப்பிடுங்கள்
proxychains-ng ஆவணம் அதன் HTTP CONNECT ஆதரவை விவரிக்கிறது. Squid இன் அணுகல் விதிகள் முறை மற்றும் இலக்கு போர்ட்டை வேறுபடுத்த முடியும். இவை ஒரே வலைத்தளத்திற்கான வெவ்வேறு கோரிக்கை பாதைகள்.
மாற்றுவதற்கு முன் மறுப்பையும் நோக்கமான கொள்கையையும் படியுங்கள். CONNECT அணுகலை ஒவ்வொரு போர்ட்டிற்கும் விரிவுபடுத்துவது பெரிய மாற்றம்; உறையின் பொருந்தாமைக்கு இது இயல்புநிலை பதிலாக இருக்கக்கூடாது.
பயன்பாட்டில் உள்ளூர் HTTP ப்ராக்ஸி ஆதரவு இருந்தால், அதைப் பயன்படுத்துவது சாதாரண உரை HTTP க்கு தேவையற்ற பொதுவான சுரங்கத்தைத் தவிர்க்கலாம். அதற்கு உண்மையிலேயே மூல TCP சுரங்கம் தேவைப்பட்டால், அதை வழங்கும் அங்கீகரிக்கப்பட்ட ப்ராக்ஸி நெறிமுறை மற்றும் போர்ட் கொள்கையைத் தேர்ந்தெடுங்கள்.
வெற்றிகரமான உலாவி கோரிக்கை ப்ராக்ஸியின் அணுகல்தன்மை மற்றும் ஒரு ஆதரிக்கப்பட்ட கோரிக்கை முறை பற்றிய பயனுள்ள சான்றாகும். ஆனால் ஒவ்வொரு சுரங்க முறை, இலக்கு போர்ட் அல்லது பயன்பாட்டு நெறிமுறையும் அந்த ப்ராக்ஸி வழியாக அனுமதிக்கப்படுகிறது என்பதை அது நிரூபிக்கவில்லை.