SSH ಮೂಲಕ ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಪೋರ್ಟ್ ಯಾವಾಗಲೂ SOCKS ಪ್ರಾಕ್ಸಿ ಅಲ್ಲ
ಅಪ್ಲಿಕೇಶನ್ ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಮೊದಲು SSH ನ ಸ್ಥಿರ ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡ್ ಮತ್ತು ಕ್ರಿಯಾಶೀಲ SOCKS ಆಲಿಸುವಿಕೆಯನ್ನು ಪ್ರತ್ಯೇಕಿಸಿ.
ನೀವು SSH ಸುರಂಗವನ್ನು ರಚಿಸಿ, 127.0.0.1 ಮತ್ತು ಅದರ ಪೋರ್ಟ್ ಅನ್ನು ಬ್ರೌಸರ್‌ನ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗೆ ಹಾಕುತ್ತೀರಿ, ಆದರೆ ಏನೂ ಲೋಡ್ ಆಗುವುದಿಲ್ಲ. ಆಲಿಸುವಿಕೆ ಸಂಪೂರ್ಣವಾಗಿ ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿರಬಹುದು. ಅದು ಬಹುಶಃ ತಪ್ಪು ರೀತಿಯ ಸಂಚಾರಕ್ಕಾಗಿ ಕಾಯುತ್ತಿದೆ.
| ಫಾರ್ವರ್ಡ್ | ಸ್ಥಳೀಯ ಅಪ್ಲಿಕೇಶನ್ ಏನು ಕಳುಹಿಸುತ್ತದೆ | ಗಮ್ಯಸ್ಥಾನದ ಆಯ್ಕೆ |
|---|---|---|
-L | ಗುರಿ ಸೇವೆಯ ಸಾಮಾನ್ಯ ಪ್ರೋಟೋಕಾಲ್ | SSH ಆದೇಶದಲ್ಲಿ ಸ್ಥಿರ |
-D | SOCKS ಸಮಾಲೋಚನೆ, ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಸಂಚಾರ | SOCKS ಕ್ಲೈಂಟ್ ವಿನಂತಿಸಿದೆ |
ಒಂದೇ ವೆಬ್ ಸರ್ವರ್‌ಗೆ, ಇದು ಸ್ಥಿರ ಫಾರ್ವರ್ಡ್:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]http://127.0.0.1:9080/ ಅನ್ನು ವೆಬ್‌ಸೈಟ್ ಆಗಿ ಭೇಟಿ ಮಾಡಿ. ಪೋರ್ಟ್ 9080 ಅನ್ನು SOCKS ಎಂದು ಲೇಬಲ್ ಮಾಡಬೇಡಿ: ಅದು ಆದೇಶದಲ್ಲಿ ಹೆಸರಿಸಿದ ಒಂದೇ ವೆಬ್ ಸರ್ವರ್‌ಗೆ ಬೈಟ್‌ಗಳನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ. ಬೇರೆ ಹೋಸ್ಟ್‌ಹೆಸರಿನ ಅಡಿಯಲ್ಲಿ ಸೈಟ್ ತೆರೆಯುವುದು ಅದರ ವರ್ಚುವಲ್ ಹೋಸ್ಟಿಂಗ್, ಮರುನಿರ್ದೇಶನಗಳು ಅಥವಾ ಕುಕೀಗಳ ಮೇಲೂ ಪರಿಣಾಮ ಬೀರಬಹುದು.
SOCKS ಆಲಿಸುವಿಕೆ ಗೆ ಆಕಾರ ಬದಲಾಗುತ್ತದೆ:
ssh -N -D 127.0.0.1:1080 [email protected]ಅಪ್ಲಿಕೇಶನ್ 127.0.0.1:1080 ನಲ್ಲಿ SOCKS ಬಳಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ. ಆ ವಿಳಾಸವನ್ನು ನೇರವಾಗಿ ಬ್ರೌಸರ್‌ನ ವಿಳಾಸ ಪಟ್ಟಿಗೆ ಹಾಕುವುದು ವೆಬ್ ವಿನಂತಿಯನ್ನು SOCKS ಆಲಿಸುವಿಕೆಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಇದು ಇನ್ನೊಂದು ಪ್ರೋಟೋಕಾಲ್ ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವಿಕೆ.
OpenSSH ಕೈಪಿಡಿ ಎರಡೂ ರೂಪಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಒಂದು ಉಪಯುಕ್ತ ಅಪವಾದವಿದೆ: ಇರುವ HTTP ಪ್ರಾಕ್ಸಿಯನ್ನು -L ನೊಂದಿಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದು HTTP ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಮಾತನಾಡುವ ಸ್ಥಳೀಯ ಪೋರ್ಟ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಅದರ ಸ್ಥಿರ ಗಮ್ಯಸ್ಥಾನವೇ HTTP ಪ್ರಾಕ್ಸಿ. ಸ್ಥಿರ ಫಾರ್ವರ್ಡ್‌ಗೆ ಏನು ಸೇರಬೇಕೆಂಬುದನ್ನು ದೂರದ ತುದಿಯಲ್ಲಿನ ಸೇವೆ ನಿರ್ಧರಿಸುತ್ತದೆ. ಇರುವ ಪ್ರಾಕ್ಸಿಯನ್ನು SSH ಮೂಲಕ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದು ಆ ಪ್ರಾಕ್ಸಿಯ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಖಾತೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ.