ಬ್ರೌಸರ್ Squid ಮೂಲಕ HTTP ಪುಟವನ್ನು ಲೋಡ್ ಮಾಡುತ್ತದೆ. ಅದೇ ಗಮ್ಯ proxychains ಅಡಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಇದು ಎರಡು ಪ್ರೋಗ್ರಾಮ್‌ಗಳಲ್ಲಿ ಒಂದು ತಪ್ಪಾದ ಪ್ರಾಕ್ಸಿ IP ಆಯ್ಕೆ ಮಾಡಿದೆ ಎಂದು ಅರ್ಥವಲ್ಲ.

ಸಾಮಾನ್ಯ HTTP ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಕ್ಲೈಂಟ್ ವೆಬ್ ವಿನಂತಿಯನ್ನು HTTP ಪ್ರಾಕ್ಸಿ ರೂಪದಲ್ಲಿ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಗೆ ಕಳುಹಿಸಬಹುದು. ಆದರೆ ಸಾಮಾನ್ಯ ಸಾಕೆಟ್ ಸುತ್ತುವರಿಕೆಗೆ ಅಪ್ಲಿಕೇಶನ್ ತೆರೆಯಲು ಬಯಸಿದ ಸಂಪರ್ಕಕ್ಕಾಗಿ ಬೈಟ್ ಸುರಂಗ ಬೇಕು. ತನ್ನ ಸರಪಳಿಯಲ್ಲಿನ HTTP ಪ್ರಾಕ್ಸಿಗೆ proxychains CONNECT ಬಳಸುತ್ತದೆ.

ಅಂದರೆ ಪೋರ್ಟ್ 80 ನಲ್ಲಿನ ಸರಳ ಪಠ್ಯ ವೆಬ್‌ಸೈಟ್ ಪೋರ್ಟ್ 80 ಗಾಗಿ CONNECT ವಿನಂತಿ ಉತ್ಪಾದಿಸಬಹುದು. CONNECT ಅನ್ನು ತನ್ನ ಅನುಮೋದಿತ TLS ಪೋರ್ಟ್ ಪಟ್ಟಿಗೆ ಮಾತ್ರ ಅನುಮತಿಸುವ Squid ನೀತಿ ಆ ಸುರಂಗವನ್ನು ನಿರಾಕರಿಸಬಹುದು, ಪೋರ್ಟ್ 80 ಗೆ ಸಾಮಾನ್ಯ HTTP ವಿನಂತಿಗಳು ಅನುಮತಿಸಲ್ಪಟ್ಟಿದ್ದರೂ.

ಕೇವಲ ಹೋಸ್ಟ್‌ಹೆಸರುಗಳಲ್ಲ, ವಿನಂತಿಗಳನ್ನು ಹೋಲಿಸಿ

proxychains-ng ನ ದಸ್ತಾವೇಜು ಅದರ HTTP CONNECT ಬೆಂಬಲವನ್ನು ವಿವರಿಸುತ್ತದೆ. Squid ನ ಪ್ರವೇಶ ನಿಯಮಗಳು ವಿಧಾನ ಮತ್ತು ಗಮ್ಯ ಪೋರ್ಟ್ ಅನ್ನು ಪ್ರತ್ಯೇಕಿಸಬಲ್ಲವು. ಇವು ಒಂದೇ ವೆಬ್‌ಸೈಟ್‌ಗೆ ವಿಭಿನ್ನ ವಿನಂತಿ ಮಾರ್ಗಗಳು.

ಬದಲಿಸುವ ಮೊದಲು ನಿರಾಕರಣೆ ಮತ್ತು ಉದ್ದೇಶಿತ ನೀತಿಯನ್ನು ಓದಿ. CONNECT ಪ್ರವೇಶವನ್ನು ಪ್ರತಿ ಪೋರ್ಟ್‌ಗೂ ವಿಸ್ತರಿಸುವುದು ದೊಡ್ಡ ಬದಲಾವಣೆ; ಸುತ್ತುವರಿಕೆಯ ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವಿಕೆಗೆ ಇದು ಡೀಫಾಲ್ಟ್ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿರಬಾರದು.

ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಸ್ಥಳೀಯ HTTP ಪ್ರಾಕ್ಸಿ ಬೆಂಬಲವಿದ್ದರೆ, ಅದನ್ನು ಬಳಸುವುದು ಸರಳ ಪಠ್ಯ HTTP ಗೆ ಅನಗತ್ಯ ಸಾಮಾನ್ಯ ಸುರಂಗವನ್ನು ತಪ್ಪಿಸಬಹುದು. ಅದಕ್ಕೆ ನಿಜವಾಗಿ ಕಚ್ಚಾ TCP ಸುರಂಗ ಬೇಕಿದ್ದರೆ, ಅದನ್ನು ಒದಗಿಸುವ ಅನುಮೋದಿತ ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪೋರ್ಟ್ ನೀತಿಯನ್ನು ಆಯ್ಕೆಮಾಡಿ.

ಯಶಸ್ವಿ ಬ್ರೌಸರ್ ವಿನಂತಿ ಪ್ರಾಕ್ಸಿಯ ತಲುಪುವಿಕೆ ಮತ್ತು ಒಂದು ಬೆಂಬಲಿತ ವಿನಂತಿ ಕ್ರಮದ ಬಗ್ಗೆ ಉಪಯುಕ್ತ ಸಾಕ್ಷ್ಯ. ಆದರೆ ಪ್ರತಿ ಸುರಂಗ ವಿಧಾನ, ಗಮ್ಯ ಪೋರ್ಟ್ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಟೋಕಾಲ್ ಆ ಪ್ರಾಕ್ಸಿಯ ಮೂಲಕ ಅನುಮತಿಸಲ್ಪಟ್ಟಿದೆ ಎಂದು ಅದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

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