ಲಭ್ಯವಿದ್ದಾಗ SSH ಸ್ಥಳೀಯ SOCKS ಕೇಳುಗವನ್ನು ಬಳಸಲಿ

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

OpenBSD ರೂಪದ nc ಜೊತೆಗಿನ OpenSSH ಗಾಗಿ, ಒಂದು ಉದಾಹರಣೆ ಕ್ಲೈಂಟ್ ಸಂರಚನೆ ಹೀಗಿದೆ:

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost ಪರಿಶೀಲನೆಯನ್ನು SSH ಆದೇಶ ಸಾಲಿನಲ್ಲಿ ನೀಡಿದ ಹೆಸರಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. exec ಅದರ ಆದೇಶ ಯಶಸ್ವಿಯಾಗಿ ಮುಗಿದಾಗ ಹೊಂದುತ್ತದೆ. ಕೊನೆಯ Match all ಮುಂದಿನ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗಾಗಿ ಆ ಷರತ್ತುಬದ್ಧ ವ್ಯಾಪ್ತಿಯನ್ನು ಮುಗಿಸುತ್ತದೆ.

ಇದು ಹಿಂದಿನ ಯಾವುದೇ ಅನ್ವಯವಾಗುವ ಸೆಟ್ಟಿಂಗ್ ಈಗಾಗಲೇ ವಿರೋಧಾಭಾಸದ ಪ್ರಾಕ್ಸಿ ಆದೇಶ ಅಥವಾ ಜಂಪ್ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಿಲ್ಲ ಎಂದು ಊಹಿಸುತ್ತದೆ. SSH ಸಾಮಾನ್ಯವಾಗಿ ಸಂರಚನಾ ಆಯ್ಕೆಗೆ ಮೊದಲು ಸಿಕ್ಕ ಮೌಲ್ಯವನ್ನು ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೇಲ್ಭಾಗದಲ್ಲಿನ ವಿಶಾಲ ಡೀಫಾಲ್ಟ್ ನಂತರದ ಷರತ್ತು ನಿರೀಕ್ಷಿತ ಪರಿಣಾಮ ಬೀರದಂತೆ ತಡೆಯಬಹುದು.

ಕೇಳುತ್ತಿರುವ ಸಾಕೆಟ್ ಒಂದು ಸಾಧಾರಣ ಭರವಸೆ

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

ಸಮಯ ಮಿತಿಯು ವಿಫಲ ಪರೀಕ್ಷೆಯನ್ನು ಮಿತಿಯಲ್ಲಿಡುತ್ತದೆ. ತೋರಿಸಿದ ಆಯ್ಕೆಗಳು OpenBSD nc ಇಂಟರ್‌ಫೇಸ್‌ನವು; ಅದೇ ಫೈಲ್ ಹೆಸರಿನ ಇತರ ಪ್ರೋಗ್ರಾಂಗಳು ಬೇರೆ ಆಯ್ಕೆಗಳನ್ನು ನೀಡಬಹುದು.

ಷರತ್ತು ಹೊಂದದಿದ್ದಾಗ, ಈ ಉದಾಹರಣೆ ಸಂಪರ್ಕವನ್ನು ಈ ProxyCommand ಇಲ್ಲದೆ ಬಿಡುತ್ತದೆ, ಇದರಿಂದ ಅದರ ಸಾಮಾನ್ಯ ಮಾರ್ಗಕ್ಕೆ ಅನುಮತಿ ಸಿಗುತ್ತದೆ. ನೇರ ಪ್ರವೇಶಕ್ಕೆ ಅನುಮತಿ ಇದ್ದಾಗ ಮಾತ್ರ ಇದು ಸೂಕ್ತ. ಕಡ್ಡಾಯ ಪ್ರಾಕ್ಸಿ ನೀತಿಯು ಲಭ್ಯತೆ ಪರಿಶೀಲನೆಯನ್ನು ಬೇರೆ ಮಾರ್ಗಕ್ಕೆ ತಪ್ಪಿಸಿಕೊಳ್ಳುವ ಅನುಮತಿಯಾಗಿ ಬಳಸಬಾರದು.

ಗುರಿ SSH ಹೋಸ್ಟ್‌ಹೆಸರು ಮತ್ತು ಹೋಸ್ಟ್ ಕೀ ಪರಿಶೀಲನೆಗಳು ಇನ್ನೂ ಗಮ್ಯಸ್ಥಾನ ಸರ್ವರ್ ಅನ್ನು ಗುರುತಿಸುತ್ತವೆ. ಸಾರಿಗೆ ಸಹಾಯಕವನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಅನಿರೀಕ್ಷಿತ ಹೋಸ್ಟ್ ಕೀಯನ್ನು ಸ್ವೀಕರಿಸುವ ಕಾರಣವಲ್ಲ.