ಒಂದೇ ಪ್ರಾಕ್ಸಿ ಪೋರ್ಟ್ HTTP ಮತ್ತು SOCKS ಎರಡನ್ನೂ ಹೇಗೆ ಸ್ವೀಕರಿಸಬಹುದು

ಮಿಶ್ರಿತ ಪ್ರಾಕ್ಸಿ ಲಿಸನರ್ ಒಂದೇ TCP ಪೋರ್ಟ್‌ನಲ್ಲಿ HTTP ಮತ್ತು SOCKS ಸ್ವೀಕರಿಸಬಹುದು ಏಕೆಂದರೆ ಸರ್ವರ್ ಆರಂಭಿಕ ಪ್ರೋಟೋಕಾಲ್ ಬೈಟ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಪೋರ್ಟ್ ಸಂಖ್ಯೆ ಆ ಗುರುತನ್ನು ಮಾಡುವುದಿಲ್ಲ.

HTTP ಪ್ರಾಕ್ಸಿ ವಿನಂತಿ HTTP ವಿಧಾನದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಉದಾಹರಣೆಗೆ GET ಅಥವಾ CONNECT. SOCKS ಶುಭಾಶಯ ಬೈನರಿ ಪ್ರೋಟೋಕಾಲ್ ಕ್ಷೇತ್ರಗಳಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಈ ಇನ್‌ಪುಟ್‌ಗಳಿಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಿದ ತಂತ್ರಾಂಶ ಸಂಪರ್ಕವನ್ನು ಸೂಕ್ತ ಹ್ಯಾಂಡಲರ್‌ಗೆ ಕಳುಹಿಸಬಹುದು.

ಇದು ಸ್ಪಷ್ಟ ಅನುಷ್ಠಾನ ಲಕ್ಷಣವಾಗಿದೆ. ಸಾಮಾನ್ಯ Squid HTTP ಲಿಸನರ್ ತನ್ನ ಪೋರ್ಟ್ 1080 ಗೆ ಬದಲಾದ ಕಾರಣ ಮಿಶ್ರಿತವಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಕೇವಲ SOCKS ಲಿಸನರ್ ಬ್ರೌಸರ್ ಸೆಟ್ಟಿಂಗ್‌ನಿಂದ HTTP ಕಲಿಯುವುದಿಲ್ಲ.

TLS ಇನ್ನೊಂದು ಗಡಿಯನ್ನು ಸೇರಿಸುತ್ತದೆ: ಗೂಢಲಿಪೀಕೃತ ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕ TLS ನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಗೋಚರ HTTP ವಿಧಾನದಿಂದ ಅಲ್ಲ. ಅದೇ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಲ್ಲಿ ಅದನ್ನು ಬೆಂಬಲಿಸಲು ಹೆಚ್ಚುವರಿ ಉದ್ದೇಶಪೂರ್ವಕ ನಿರ್ವಹಣೆ ಬೇಕು; ಸ್ಪಷ್ಟ HTTP ಮತ್ತು SOCKS ಅನ್ನು ಗುರುತಿಸುವುದು ಆ ಸಾಮರ್ಥ್ಯವನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಾಗಿ ದಾಖಲಿಸಲಾದ ಕ್ಲೈಂಟ್ ಪ್ರೋಟೋಕಾಲ್ ಬಳಸಿ. ಎರಡೂ ಕೆಲಸ ಮಾಡಿದರೆ, ಅದು ಆ ಸರ್ವರ್‌ನ ಮಿಶ್ರಿತ ಲಿಸನರ್ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯ, ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಅನಿರ್ದಿಷ್ಟವಾಗಿ ಬಿಡಲು ಕಾರಣವಲ್ಲ.

Glider ನ ಮಿಶ್ರಿತ ಲಿಸನರ್ ಒಂದು ನಿರ್ದಿಷ್ಟ ಉದಾಹರಣೆ ನೀಡುತ್ತದೆ: ಅದು ಒಂದು ಬೈಟ್ ಅನ್ನು ಸೇವಿಸದೆ ಅದರ ಮೇಲೆ ಕಣ್ಣಿಡುತ್ತದೆ, 0x05 ಅನ್ನು ತನ್ನ SOCKS5 ಹ್ಯಾಂಡಲರ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ ತನ್ನ HTTP ಪಾರ್ಸರ್ ಅನ್ನು ಕರೆಯುತ್ತದೆ. ಆ ಪಾರ್ಸರ್ ಇನ್ನೂ ಒಳಬರುವ ವಿನಂತಿಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ; ಕಳುಹಿಸುವ ಆಯ್ಕೆಯು ಅನಿಯಂತ್ರಿತ ಇನ್‌ಪುಟ್ ಅನ್ನು ಮಾನ್ಯ HTTP ಆಗಿ ಮಾಡುವುದಿಲ್ಲ.

TCP ಲಿಸನರ್ ಹಂಚಿಕೊಳ್ಳುವುದು ತಾನೇ SOCKS5 UDP ಸಂಬಂಧವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. Glider ತನ್ನ UDP ಲಿಸನರ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪ್ರಾರಂಭಿಸುತ್ತದೆ. TCP ಪ್ರೋಟೋಕಾಲ್ ಆಯ್ಕೆ ಮತ್ತು ನಂತರದ ಡೇಟಾಗ್ರಾಮ್ ರಿಲೇ ಪ್ರತ್ಯೇಕ ಸಾಮರ್ಥ್ಯಗಳು.