ಪಾರದರ್ಶಕ TCP-ಇಂದ-SOCKS ಮುಂದುಗೊಳಿಸುವಿಕೆಯಲ್ಲಿ ಮೂಲ ಗಮ್ಯಸ್ಥಾನಗಳು
ಪಾರದರ್ಶಕ TCP-ಇಂದ-SOCKS ಮುಂದುಗೊಳಿಸುವಿಕೆಗೆ ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ ಮಾತುಕತೆ ನಡೆಸುವ ಮೊದಲು ಮೂಲ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಮರುಪಡೆಯುವ ಅನುವಾದಕ ಏಕೆ ಬೇಕು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಅಗ್ನಿಗೋಡೆಯು TCP ಸಂಪರ್ಕ ಎಲ್ಲಿ ಬೀಳುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸಬಲ್ಲದು. ಆದರೆ ಆ ಬದಲಾವಣೆಯಿಂದಲೇ ಅದು ಮೂಲ ಅನ್ವಯಕ್ಕೆ SOCKS ಮಾತನಾಡಲು ಕಲಿಸಲಾರದು.
ಸಾಮಾನ್ಯ SOCKS ಸರ್ವರ್ ಕೋರಿದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ವಿವರಿಸುವ ಮಾತುಕತೆಯನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ಬಗ್ಗೆ ಅರಿಯದ ಅನ್ವಯವು ಬದಲಾಗಿ ತನ್ನದೇ ಪ್ರೋಟೋಕಾಲ್ ಬೈಟ್‌ಗಳನ್ನು ತಕ್ಷಣ ಕಳುಹಿಸುತ್ತದೆ. ಆ ಬೈಟ್‌ಗಳನ್ನು ನೇರವಾಗಿ SOCKS ಆಲಿಸುವವರಿಗೆ ಮರುನಿರ್ದೇಶಿಸಿದರೆ ಎರಡೂ ಕಡೆಗಳು ಮೊದಲ ಸಂದೇಶದ ಬಗ್ಗೆ ಒಪ್ಪುವುದಿಲ್ಲ.
ಕಾಣೆಯಾದ ಘಟಕ ಅನುವಾದಕ
ಪಾರದರ್ಶಕ TCP-ಇಂದ-ಪ್ರಾಕ್ಸಿ ಘಟಕವು ಆ ಇಂಟರ್‌ಫೇಸ್‌ಗಳ ನಡುವೆ ಕುಳಿತಿರುತ್ತದೆ. ಅನ್ವಯವು ಮೊದಲು ಕೋರಿದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಅದು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ, ಸೂಕ್ತವಾದ SOCKS ಅಥವಾ HTTP CONNECT ಅಧಿವೇಶನವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ನಂತರ ಅನ್ವಯದ ದತ್ತಾಂಶವನ್ನು ಉಂಟಾದ ಹರಿವಿನ ಮೇಲೆ ರವಾನಿಸುತ್ತದೆ.
ತನ್ನ Linux iptables ಮಾರ್ಗದಲ್ಲಿ, redsocks ಮೂಲವು ಸಂರಕ್ಷಿಸಲಾದ ಗಮ್ಯಸ್ಥಾನವನ್ನು SO_ORIGINAL_DST ಬಳಸಿ ಪಡೆಯುತ್ತದೆ. ಇತರ ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಮರುನಿರ್ದೇಶನ ವಿಧಾನಗಳು ಬೇರೆ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಬಳಸುತ್ತವೆ. ಇದು ಮರುನಿರ್ದೇಶಕ ಮತ್ತು ಜಾಲರಚನೆಯ ಗುಣಲಕ್ಷಣ, ಸಾಮಾನ್ಯ SOCKS ಕ್ಲೈಂಟ್‌ನ ವೈಶಿಷ್ಟ್ಯವಲ್ಲ.
ಮೂಲ-ಗಮ್ಯಸ್ಥಾನದ ಮಾಹಿತಿಯು, ಮರುನಿರ್ದೇಶನ ನಿಯಮವನ್ನು ಪ್ರಾಕ್ಸಿ ಆತಿಥೇಯದಿಂದ ಸಂಬಂಧವಿಲ್ಲದ ಗೇಟ್‌ವೇಗೆ ಸ್ಥಳಾಂತರಿಸುವುದು ಏಕೆ ಯಾವಾಗಲೂ ಸಮಾನವಲ್ಲ ಎಂಬುದನ್ನೂ ವಿವರಿಸುತ್ತದೆ. ಸ್ವೀಕರಿಸುವ ಪ್ರಕ್ರಿಯೆಗೆ ಅದರ ಪ್ರತಿಬಂಧ ವಿಧಾನ ಬೇಡುವ ಮೆಟಾಡೇಟಾ ಬೇಕು. ಬೇರೆಡೆ ಮರುಬರೆಯಲಾದ ವಿಳಾಸವು ಆ ಮಾಹಿತಿಯನ್ನು ನಿರೀಕ್ಷಿತ ರೂಪದಲ್ಲಿ ಇನ್ನು ಒದಗಿಸದೇ ಇರಬಹುದು.
ಅನುವಾದಕದ ವ್ಯಾಪ್ತಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಇರಿಸಿ. ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮರುನಿರ್ದೇಶಿತ TCP ಸಂಪರ್ಕವು ಅನಿಯಂತ್ರಿತ UDP, ICMP ಅಥವಾ ಪ್ರತಿ ಪರಿಹಾರಕ ಮಾರ್ಗಕ್ಕೆ ಬೆಂಬಲವನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಮೇಲ್ಭಾಗದ ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಅನುವಾದಕದ ಅನುಷ್ಠಾನವು ಬೆಂಬಲಿತ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಇನ್ನೂ ನಿರ್ಧರಿಸುತ್ತವೆ.
ಸಂಪರ್ಕದ ನಂತರವೇ ಸಂರಚನೆ ವಿಫಲವಾದರೆ, ಪ್ರವೇಶ ನಿಯಮಗಳನ್ನು ವಿಸ್ತರಿಸುವ ಮೊದಲು ಪ್ರೋಟೋಕಾಲ್ ಗಡಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಸಂಪೂರ್ಣವಾಗಿ ತಲುಪಬಹುದಾದ SOCKS ಆಲಿಸುವವನೂ ಸಹ ಎಂದೂ SOCKS ವಿನಂತಿಯಾಗಿರದ ಬೈಟ್‌ಗಳನ್ನು ತಿರಸ್ಕರಿಸಬಹುದು.