client → local TCP relay → existing forward proxy → destination

இந்த அமைப்பில் ரிலேவுக்கு ஒரு நிலையான மேல்நிலை ஓட்டம் உள்ளது. கிளையண்டின் கோரிக்கையை மாற்றாமல் ஏற்கனவே உள்ள முன்னோக்கு ப்ராக்ஸிக்கு அனுப்புகிறது. அந்த ப்ராக்ஸி முழுமையான URL அல்லது CONNECT இலக்கைப் படித்து, கொள்கையைப் பயன்படுத்தி, இலக்கு இணைப்பைத் திறக்கிறது.

ரிலேவை நேரடியாக ஒரு வலைத்தளத்துக்குத் திருப்புவது ஒப்பந்தத்தை மாற்றுகிறது. முன்னோக்கு ப்ராக்ஸி இலக்குகளைத் தேர்ந்தெடுத்து HTTP சட்டகமாக்கல் மற்றும் இணைப்பு நடத்தையைக் கையாள வேண்டும்; முதல் வரியிலிருந்து ஹோஸ்ட்பெயரைப் பிரித்தெடுப்பது போதாது.

Nmap இன் Ncat தனியாக HTTP ஐப் புரிந்துகொள்ளும் கேட்கும் பயன்முறையை வழங்குகிறது:

ncat --listen 127.0.0.1 3128 --proxy-type http

இந்த loopback எடுத்துக்காட்டு Ncat இன் ப்ராக்ஸி செயலாக்கத்தைப் பயன்படுத்துகிறது, ஒவ்வொரு nc உம் பகிரும் அம்சம் அல்ல. அதன் கேட்கும் பக்க ப்ராக்ஸி HTTP முறைகளையும் CONNECT ஐயும் கையாள்கிறது. அதன் கிளையண்ட் பக்க SOCKS தேர்வுகள் கேட்கும் பயன்முறையில் SOCKS சேவையகத்தை நிறுவுவதில்லை. நிலையான பகிரப்பட்ட சேவைக்கு வேண்டுமென்றே இணைப்பு கையாளுதல், அணுகல் கட்டுப்பாடு மற்றும் பதிவு தேவை.

கவனிப்புக்கு, மறையாக்க எல்லையைக் கண்டறியுங்கள். சாதாரண HTTP ப்ராக்ஸி இணைப்பில் உள்ள ரிலே ப்ராக்ஸி கோரிக்கைகளையும் பதில்களையும் பார்க்கலாம். CONNECT க்குப் பிறகு இலக்கின் HTTPS என்பது TLS பைட்டுகள், படிக்கக்கூடிய பக்க உள்ளடக்கம் அல்ல. ப்ராக்ஸிக்கான TLS அந்த இணைப்பில் ஆரம்ப ப்ராக்ஸி பரிமாற்றத்தையும் மறைக்கிறது. விளக்கப்பட்ட பரிவர்த்தனைகளுக்கு கிளையண்ட் மற்றும் ப்ராக்ஸி கண்டறிதலைப் பயன்படுத்துங்கள், சான்றுகள் அல்லது முக்கிய URL கள் இருக்கக்கூடிய பதிவுகளைப் பாதுகாக்கவும்.

தொடர்புடைய கட்டுரைகள்