SSH ಪ್ರಾಕ್ಸಿ ಖಾತೆಯು shell ಇಲ್ಲದೆ ಕೆಲಸ ಮಾಡಬಹುದು

shell ಸೆಷನ್‌ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ SSH ಫಾರ್ವರ್ಡಿಂಗ್ ಲಭ್ಯವಾಗಿಡಿ ಮತ್ತು SOCKS-ಮಾತ್ರ ಜಾರಿಯ ಮಿತಿಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ.

ಆಕರ್ಷಕ ಸೆಟ್ಟಿಂಗ್ AllowTcpForwarding no ಆಗಿದೆ. ದುರದೃಷ್ಟವಶಾತ್, ಅದು ಸ್ಥಳೀಯ SSH SOCKS ಪ್ರಾಕ್ಸಿಗೆ ಬೇಕಾದ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನೂ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ಕ್ರಿಯಾತ್ಮಕ ಫಾರ್ವರ್ಡಿಂಗ್ ಸರ್ವರ್ ನೀತಿಯನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ಸಂದು ಅಲ್ಲ.

ಮೀಸಲಾದ ಖಾತೆಗೆ, OpenSSH ಹಲವು ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ. ನೀತಿ ತುಣುಕು shell ಮತ್ತು ಉಪವ್ಯವಸ್ಥೆ ಸೆಷನ್‌ಗಳನ್ನು ತಡೆಯುತ್ತಾ ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಅನುಮತಿಸಬಹುದು:

Match User proxyuser
    AllowTcpForwarding local
    MaxSessions 0
    PermitTTY no
    X11Forwarding no
    AllowAgentForwarding no

ಸರ್ವರ್ ಕೈಪಿಡಿ MaxSessions 0 ಅನ್ನು shell, ಲಾಗಿನ್ ಮತ್ತು ಉಪವ್ಯವಸ್ಥೆ ಸೆಷನ್‌ಗಳನ್ನು ತಡೆದು ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಅನುಮತಿಸುವ ಸೆಟ್ಟಿಂಗ್ ಎಂದು ವಿವರಿಸುತ್ತದೆ. ಇದನ್ನು ಈಗಾಗಲೇ ಇರುವ ದೃಢೀಕೃತ ಖಾತೆಗೆ ಸೇರಿಸಿ; ಇದು ಸಂಪೂರ್ಣ SSH ಭದ್ರತಾ ಸಂರಚನೆ ಅಲ್ಲ.

ಫಾರ್ವರ್ಡಿಂಗ್-ಮಾತ್ರ ಎಂದರೆ SOCKS-ಮಾತ್ರ ಅಲ್ಲ

ಸ್ಥಿರ ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡ್ ಮತ್ತು SOCKS ವಿನಂತಿ ಕೊನೆಗೆ ಸರ್ವರ್‌ನಿಂದ ಅದೇ ರೀತಿಯ ಗಮ್ಯಸ್ಥಾನ ಸಂಪರ್ಕವನ್ನು ಕೇಳಬಹುದು. ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಅನುಮತಿಸುವುದು ಕ್ಲೈಂಟ್ ನಿರ್ದಿಷ್ಟ SOCKS ಇಂಟರ್ಫೇಸ್ ಬಳಸಿದೆ ಎಂದು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ. ಖಾತೆಯನ್ನು SOCKS-ಮಾತ್ರ ಬಳಕೆಯನ್ನು ಜಾರಿಗೊಳಿಸುವಂತೆ ವಿವರಿಸಬೇಡಿ.

PermitOpen ನಿರ್ದಿಷ್ಟ ಪಟ್ಟಿ ಅಗತ್ಯಕ್ಕೆ ಹೊಂದಿದಾಗ ಗಮ್ಯಸ್ಥಾನದ ಹೋಸ್ಟ್ ಮತ್ತು ಪೋರ್ಟ್ ಜೋಡಿಗಳನ್ನು ನಿರ್ಬಂಧಿಸಬಹುದು. ಇದು ಪ್ರತಿ ಖಾಸಗಿ ನೆಟ್‌ವರ್ಕ್‌ಗೂ ಹೋಸ್ಟ್‌ಹೆಸರು ವಿಭಜನೆಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವ ಸಾಮಾನ್ಯ ನಿಷೇಧವಲ್ಲ. ಹೆಚ್ಚಿನ ವಿಳಾಸ ನಿರ್ಬಂಧಗಳಿಗೆ ಸೂಕ್ತವಾದ ಹೋಸ್ಟ್ ನೆಟ್‌ವರ್ಕ್ ನೀತಿ ಬೇಕಾಗಬಹುದು.

ಖಾತೆ, ಕೀ ಮತ್ತು ಸೇರಿಸಲಾದ ಸರ್ವರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಇನ್ನಷ್ಟು ನಿರ್ಬಂಧಿಸಬಹುದು. ಬೇರೆಡೆ ಇರುವ ಸಮಗ್ರ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಷೇಧವು ಈ ತುಣುಕು ಅನುಮತಿಸುವಂತೆ ತೋರುವ ಸಾಮರ್ಥ್ಯವನ್ನು ತೆಗೆದುಹಾಕಬಹುದು.

ಚೇತರಿಕೆ ಮಾರ್ಗದೊಂದಿಗೆ ಸಾಮಾನ್ಯ ಸರ್ವರ್ ಆಡಳಿತ ವಿಧಾನವನ್ನು ಬಳಸಿ, ನಂತರ ಅನುಮತಿಸಿದ ಮತ್ತು ನಿರಾಕರಿಸಿದ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಿ. ಉದ್ದೇಶಿತ ಫಲಿತಾಂಶ ಸ್ಪಷ್ಟ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನುಮತಿಗಳು, ಆಕಸ್ಮಿಕವಾಗಿ ತೆರೆದಿಟ್ಟ ಇಂಟರ್ಯಾಕ್ಟಿವ್ ಲಾಗಿನ್ ಅಥವಾ ತನ್ನದೇ ನಿರ್ಬಂಧದಿಂದ ನಿಷ್ಕ್ರಿಯಗೊಂಡ ಪ್ರಾಕ್ಸಿ ಅಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು