ಅಪ್ಲಿಕೇಶನ್‌ಗೆ SOCKS ಬೇಕು. ನಿಮ್ಮ ಅನುಮೋದಿತ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸೇವೆ HTTP CONNECT ಸ್ವೀಕರಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್‌ನ SOCKS ಕ್ಷೇತ್ರದಲ್ಲಿ HTTP ಎಂಡ್‌ಪಾಯಿಂಟ್ ಇಡುವುದರಿಂದ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ನಡುವೆ ಅನುವಾದವಾಗುವುದಿಲ್ಲ.

ಗೇಟ್‌ವೇ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ SOCKS ಸ್ವೀಕರಿಸಿ, ಕೋರಿದ ಗಮ್ಯಸ್ಥಾನ ಓದಿ, ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ CONNECT ಸುರಂಗವನ್ನು HTTP ಪೇರೆಂಟ್‌ನಿಂದ ಕೇಳಬಹುದು. ನಂತರ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸುರಂಗದ ಮೂಲಕ ರವಾನಿಸುತ್ತದೆ.

SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination

ಪ್ರತಿ ಇಂಟರ್‌ಫೇಸ್ ಸ್ಪಷ್ಟಗೊಳಿಸಿ

ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಬೆಂಬಲಿಸುವ ಗೇಟ್‌ವೇಗೆ ಅದರ ಪೇರೆಂಟ್ ಪ್ರಕಾರ ಮುಖ್ಯ. 3proxy ದಸ್ತಾವೇಜು connect ಪೇರೆಂಟ್ ಅನ್ನು ಸಾಮಾನ್ಯ HTTP ಫಾರ್ವರ್ಡಿಂಗ್ ಪ್ರಾಕ್ಸಿಯಾಗಿ ಬಳಸುವ ಪೇರೆಂಟ್‌ನಿಂದ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ.

ಇರುವ 3proxy ಬಳಕೆದಾರ ಮತ್ತು ದೃಢೀಕರಣದೊಂದಿಗೆ, ಸ್ಥಳೀಯ-ಮಾತ್ರ ರೂಟಿಂಗ್ ತುಣುಕು ಈ ರೂಪ ತಳೆಯಬಹುದು:

auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080

ಈ ತುಣುಕು ಖಾತೆ ಈಗಾಗಲೇ ವ್ಯಾಖ್ಯಾನಿತವಾಗಿದೆ ಎಂದು ಊಹಿಸುತ್ತದೆ. ಇದು HTTP ಪೇರೆಂಟ್ ಸ್ವತಃ ಬಯಸುವ ಯಾವುದೇ ರುಜುವಾತುಗಳನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ ಮತ್ತು ಇರುವ ಪ್ರವೇಶ ನೀತಿಯನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ದೃಢೀಕರಣವಿಲ್ಲದ ಸಾರ್ವಜನಿಕ HTTP ಪೇರೆಂಟ್ ಅನುಮತಿಸುವ ಮಾರ್ಗದಲ್ಲಿ ಸಾರ್ವಜನಿಕ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ, HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಆತಿಥೇಯ ಮತ್ತು ಪೋರ್ಟ್ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ನೀಡುತ್ತದೆ. ಆ ಶಾಖೆಗೆ ಪೇರೆಂಟ್ ರುಜುವಾತುಗಳನ್ನು ಗೈರುಹಾಜರಾಗಿರಿಸಿ ಮತ್ತು ನಿಜವಾದ ಗುರಿಗೆ ಅನುಮತಿ ದೃಢೀಕರಿಸಿ; ಗೇಟ್‌ವೇಯ ಸ್ವಂತ ಖಾತೆ ಸ್ಥಳೀಯವಾಗಿಯೇ ಉಳಿಯುತ್ತದೆ. parent ನಿಯಮವು 3proxy ದ ದಾಖಲಿತ ಸಂರಚನಾ ಮಾದರಿಯ ಅಡಿಯಲ್ಲಿ ಹಿಂದಿನ allow ನಿಯಮಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ.

ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಳೀಯ SOCKS ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಳಸುತ್ತದೆ. ಗೇಟ್‌ವೇ ಪೇರೆಂಟ್ ಕಡೆಗೆ HTTP CONNECT ಬಳಸುತ್ತದೆ. ಕೋರಿದ ಗಮ್ಯಸ್ಥಾನ ಆತಿಥೇಯ ಮತ್ತು ಪೋರ್ಟ್ ಅನುಮತಿಸಲಾಗಿದೆಯೇ ಎಂದು ಇನ್ನೂ ಪೇರೆಂಟೇ ನಿರ್ಧರಿಸುತ್ತದೆ.

ಇಲ್ಲಿ ಉಪಯುಕ್ತ ವ್ಯಾಪ್ತಿ ಸಾಮಾನ್ಯ TCP ಸ್ಟ್ರೀಮ್ ಸುರಂಗ. ಮುಂಭಾಗದ ಶ್ರೋತಾ SOCKS5 ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ SOCKS5 UDP ಸಂಘಟನೆ ಬೆಂಬಲಿತವಾಗುವುದಿಲ್ಲ. HTTP CONNECT ಪೇರೆಂಟ್ ಅಗತ್ಯವಾದ UDP ರಿಲೇ ಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನೀಡುವುದಿಲ್ಲ.

HTTPS ಈ ಮಾರ್ಗದಲ್ಲಿ ಎಂಡ್-ಟು-ಎಂಡ್ ಆಗಿ ಉಳಿಯಬಹುದು; ಪ್ರಾಕ್ಸಿ ಇಂಟರ್‌ಫೇಸ್‌ಗಳ ನಡುವಿನ ಅನುವಾದಕ್ಕೆ ಗಮ್ಯಸ್ಥಾನ ವೆಬ್‌ಸೈಟ್ ಅನ್ನು ಅನುಕರಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಗೇಟ್‌ವೇಗೆ, ಪೇರೆಂಟ್‌ಗೆ ಮತ್ತು ವೆಬ್‌ಸೈಟ್‌ಗೆ ದೃಢೀಕರಣ ಬೇರೆ ಬೇರೆ ರುಜುವಾತುಗಳು ಮತ್ತು ವಿನಿಮಯಗಳಾಗಿಯೇ ಉಳಿಯುತ್ತವೆ.

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