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 ಗಳಿರಬಹುದಾದ ಲಾಗ್‌ಗಳನ್ನು ರಕ್ಷಿಸಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು