ಉದ್ದವಾದ SOCKS ಸರಣಿಯು ಮುಂದಿನ ಹಾಪ್ ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರೆಮಾಡುವುದಿಲ್ಲ

ಸರಣಿಯು ಪ್ರತಿ ಸಂಪರ್ಕವನ್ನು ಯಾರು ತೆರೆಯುತ್ತಾರೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ. ಪಟ್ಟಿಗೆ ಇನ್ನೊಂದು SOCKS ವಿಳಾಸ ಸೇರಿಸಿದರಷ್ಟೇ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಸೇರುವುದಿಲ್ಲ.

ಈ ಸರಣಿಯನ್ನು ತಾನೇ ನಿರ್ಮಿಸುವ ಕ್ಲೈಂಟ್ ಅನ್ನು ಪರಿಗಣಿಸಿ:

application → SOCKS A → SOCKS B → website

ಅದು ಮೊದಲು A ಗೆ B ಯೊಂದಿಗೆ ಸಂಪರ್ಕಿಸಲು ಕೇಳುತ್ತದೆ. ಆ ಸ್ಟ್ರೀಮ್ ಮೂಲಕ ಅದು ನಂತರ B ಯೊಂದಿಗೆ ವೆಬ್‌ಸೈಟ್‌ಗೆ ಸಂಪರ್ಕದ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸಬಹುದು. ಕ್ಲೈಂಟ್‌ನಿಂದ A ಗೆ ಸಾಗಣೆ ಎರಡೂ ಮಾತುಕತೆಗಳನ್ನು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದೆ ಸಾಗಿಸಿದರೆ, ಆ ಲಿಂಕ್‌ನಲ್ಲಿ ಸಾಕಷ್ಟು ಸಾಮರ್ಥ್ಯವಿರುವ ವೀಕ್ಷಕರು ಕ್ಲೈಂಟ್ ಕಳುಹಿಸಿದ ಸೆಟಪ್ ಬೈಟ್‌ಗಳನ್ನು ಓದಬಹುದು. ಹೊರಗಿನ TCP ಗಮ್ಯಸ್ಥಾನವು ವೀಕ್ಷಕರ ಏಕೈಕ ಸಂಭಾವ್ಯ ಸಾಕ್ಷ್ಯವಲ್ಲ.

ಸರಣಿಯನ್ನು ಸಂರಕ್ಷಿತ ಅನ್ವಯ ವಿನಿಮಯದಿಂದ ಬೇರ್ಪಡಿಸಿ

TLS ಸೆಷನ್ ಆರಂಭವಾದ ನಂತರ HTTPS ವೆಬ್‌ಸೈಟ್‌ನ ಅನ್ವಯ ವಿಷಯವನ್ನು ರಕ್ಷಿಸಬಹುದು. ಅದು ಹಿಂದಿನ SOCKS ಸೆಟಪ್ ಸಂದೇಶಗಳನ್ನು ಹಿಂದಕ್ಕೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದಿಲ್ಲ. SOCKS5 ನ ಬಳಕೆದಾರಹೆಸರು/ಪಾಸ್‌ವರ್ಡ್ ದೃಢೀಕರಣವೂ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಸಾಗಣೆ ಅಲ್ಲ.

ಕ್ಲೈಂಟ್ ಮತ್ತು ಮೊದಲ ಹಾಪ್ ನಡುವಿನ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ವ್ಯವಸ್ಥೆ ಆ ಲಿಂಕ್‌ನಲ್ಲಿನ ಗೋಚರತೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ಅದರಲ್ಲಿ ಇನ್ನೂ ಒಬ್ಬ ನಿರ್ವಾಹಕ ಮತ್ತು ಡೀಕ್ರಿಪ್ಟ್ ಆದ ಸ್ಟ್ರೀಮ್ ಹಿಡಿದಿರುವ ಇನ್ನೊಂದು ತುದಿ ಇರುತ್ತದೆ. ಸರಣಿಯನ್ನು ಪತ್ತೆಹಚ್ಚಲಾಗದು ಎಂದು ಹೇಳುವ ಬದಲು ಆ ವಿಶ್ವಾಸ ಮಿತಿಯನ್ನು ವಿವರಿಸಿ.

ಸರ್ವರ್‌ನಲ್ಲಿ ಸಂರಚಿಸಿದ ಮೂಲ ಮಾರ್ಗವು ಇನ್ನೊಂದು ಟೋಪೊಲಜಿ. A ಒಳಗಿನಿಂದ B ಆಯ್ಕೆ ಮಾಡಿದರೆ, ಕ್ಲೈಂಟ್ ತನ್ನ ಮೊದಲ ಸಂಪರ್ಕದಲ್ಲಿ ಮಧ್ಯವರ್ತಿಗಳ ಪೂರ್ಣ ಪಟ್ಟಿಯನ್ನು ಕಳುಹಿಸಿರಬೇಕೆಂದಿಲ್ಲ. ಪ್ರತಿ ಸರಣಿಯೂ ಪ್ರತಿ ಹಾಪ್ ಅನ್ನು ಒಂದೇ ರೀತಿ ಬಯಲು ಮಾಡುತ್ತದೆ ಎಂದು ಹೇಳಬೇಡಿ.

ಉಪಯುಕ್ತ ಗೋಪ್ಯತಾ ಮೌಲ್ಯಮಾಪನಕ್ಕಾಗಿ ವೀಕ್ಷಕ, ಲಿಂಕ್, ಪ್ರಾಕ್ಸಿ ಮಾತುಕತೆ ಮತ್ತು TLS ಮಿತಿಗಳನ್ನು ಹೆಸರಿಸಿ. B ಯ ನಿರ್ಗಮನವನ್ನು ಗಮನಿಸುವ ವೆಬ್‌ಸೈಟ್ ಮತ್ತು ಕ್ಲೈಂಟ್‌ನ ಮೊದಲ ಸಂಪರ್ಕವನ್ನು ನೋಡುವ ಪ್ರವೇಶ-ಜಾಲ ವೀಕ್ಷಕರು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತಾರೆ. ಕೇವಲ ಹಾಪ್ ಎಣಿಸುವುದು ಎರಡಕ್ಕೂ ಉತ್ತರ ನೀಡುವುದಿಲ್ಲ.