.NET ಸಾಕೆಟ್‌ಗೆ SOCKS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಬೇಕು
ಅಪ್ಲಿಕೇಶನ್‌ನ ಬೈಟ್‌ಗಳು SOCKS ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹಾದುಹೋಗುವ ಮೊದಲು ಒಂದು ಕಚ್ಚಾ .NET TCP ಸಾಕೆಟ್ ಏನು ಮಾಡಬೇಕು ಎಂಬುದನ್ನು ವಿವರಿಸಿ.
Socket.Connect() ಅನ್ನು SOCKS ಸರ್ವರ್‌ನತ್ತ ತೋರಿಸುವುದು ಆ ಸರ್ವರ್‌ಗೆ TCP ಸಂಪರ್ಕವನ್ನು ತೆರೆಯುತ್ತದೆ. ಮುಂದಿನ ಬೈಟ್‌ಗಳು ಇನ್ನೂ SOCKS ಮಾತನಾಡಬೇಕು. ಅಪ್ಲಿಕೇಶನ್‌ನ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ತಕ್ಷಣ ಕಳುಹಿಸುವುದು ಸರ್ವರ್ ಅನ್ನು ಇನ್ನೊಂದು ಸಂಭಾಷಣೆಗಾಗಿ ಕಾಯುತ್ತಿರಿಸುತ್ತದೆ.
SOCKS5 ನಲ್ಲಿ, ಸಂಪರ್ಕ ಸ್ಥಾಪನೆಯು ವಿಧಾನದ ಮಾತುಕತೆ, ಆಯ್ಕೆಯಾದ ದೃಢೀಕರಣ ವಿನಿಮಯ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಹೆಸರಿಸುವ ವಿನಂತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಯಶಸ್ವಿ ಪ್ರತಿಕ್ರಿಯೆ ಮಾತ್ರ ಅಪ್ಲಿಕೇಶನ್‌ನ ಬೈಟ್‌ಗಳಿಗೆ ಮಾರ್ಗ ತೆರೆಯುತ್ತದೆ. ಈ ಹಂತಗಳು RFC 1928 ನಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿವೆ.
ಮಾತುಕತೆಯನ್ನು ಸಂಪರ್ಕ ಪದರದಲ್ಲೇ ಇರಿಸಿ
ಸ್ವಂತ TCP ಪ್ರೋಟೋಕಾಲ್ ಹೊಂದಿರುವ ಅಪ್ಲಿಕೇಶನ್, ಸ್ಥಾಪಿತ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸುವ ಪ್ರಾಕ್ಸಿ-ಅರಿವಿನ ಕನೆಕ್ಟರ್ ಬಳಸಬಹುದು. ನಂತರ ಉಳಿದ ಅಪ್ಲಿಕೇಶನ್ ಆ ಸ್ಟ್ರೀಮ್ ಮೂಲಕ ಓದುತ್ತದೆ ಮತ್ತು ಬರೆಯುತ್ತದೆ. ಕನೆಕ್ಟರ್ ಭಾಗಶಃ ಓದುವಿಕೆ, ಬದಲಾಗುವ ಉದ್ದದ ವಿಳಾಸಗಳು, ದೃಢೀಕರಣ ವೈಫಲ್ಯಗಳು ಮತ್ತು ಮಾತುಕತೆಗೆ ಒಂದು ಗಡುವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು.
ಒಂದು ಸ್ಥಿರ ಗಾತ್ರದ ಬಫರ್ ಓದಿ ಯಶಸ್ಸನ್ನು ಊಹಿಸುವ ಕೈಬರಹದ ಅನುಷ್ಠಾನ ದುರ್ಬಲವಾಗಿದೆ. TCP SOCKS ಸಂದೇಶಗಳ ಗಡಿಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಅದರ ವಿಳಾಸ ಪ್ರಕಾರದಿಂದ ವಿವರಿಸಲಾದ ಪೂರ್ಣ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಓದಿ. .NET 7+ ಗಾಗಿ CONNECT ಪ್ರತಿಕ್ರಿಯೆ ಓದುಗ ಆ ಹಂತವನ್ನು ವಿವರಿಸುತ್ತದೆ.
ನಿರ್ವಹಿಸಲಾದ ಲೈಬ್ರರಿ ಈಗಾಗಲೇ ಈ ಸಂಪರ್ಕ ಪದರವನ್ನು ಒದಗಿಸಿದರೆ, ಅದರ ಬೆಂಬಲಿತ SOCKS ಆವೃತ್ತಿಗಳು, ದೃಢೀಕರಣ ವಿಧಾನಗಳು ಮತ್ತು ಗುರಿ ಫ್ರೇಮ್‌ವರ್ಕ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ. ಹತ್ತು ವರ್ಷದ ಹಳೆಯ ಫೋರಂ ಕೊಂಡಿ ತನಿಖೆಗೆ ಆರಂಭಿಕ ಸ್ಥಾನ, ಪ್ರಸ್ತುತ ಹೊಂದಾಣಿಕೆಯ ಸಾಕ್ಷ್ಯವಲ್ಲ.
HTTP ಕ್ಲೈಂಟ್ ಸಂರಚನೆಗೆ ಪ್ರತ್ಯೇಕ ವ್ಯಾಪ್ತಿ ಇದೆ
HTTP ಕ್ಲೈಂಟ್‌ನ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಆ HTTP ಕ್ಲೈಂಟ್ ಅನ್ನು ಸಂರಚಿಸುತ್ತದೆ. ಅದು ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿನ ಪ್ರತಿ ಕಚ್ಚಾ ಸಾಕೆಟ್ ಅನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. Socket API ಒಂದು ನೆಟ್‌ವರ್ಕ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸ್ವೀಕರಿಸಿ, ಹೆಚ್ಚಿನ ಮಟ್ಟದ ಮಾತುಕತೆಯನ್ನು ಕರೆಮಾಡುವವರಿಗೆ ಬಿಡುತ್ತದೆ.
ಗೂಢಲಿಪೀಕೃತ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಾಗಿ, ಪ್ರಾಕ್ಸಿ ಸುರಂಗ ಸ್ಥಾಪನೆಯಾದ ನಂತರ ಅದರ TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಮಾಡಿ. ಆ ಹಂತದಲ್ಲಿ ಉದ್ದೇಶಿಸಿದ ಗಮ್ಯಸ್ಥಾನದ ಗುರುತನ್ನು ಪರಿಶೀಲಿಸಿ. ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ದೃಢೀಕರಣ ಒಂದೇ ಮೂಲ ಸ್ಟ್ರೀಮ್ ಬಳಸಿದರೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುತ್ತವೆ.