SSH ProxyCommand ಮತ್ತು ಹೋಸ್ಟ್-ಆಧಾರಿತ ದೃಢೀಕರಣ: ಯಾವ ಹೋಸ್ಟ್ ಸಹಿ ಹಾಕುತ್ತದೆ?

ಗುರಿಯು ಬ್ಯಾಸ್ಟಿಯನ್ನಿಂದ ಬರುವ TCP ಸಂಪರ್ಕವನ್ನು ನೋಡಬಲ್ಲದು, ಆದರೆ ದೃಢೀಕರಣ ಮಾಡುವ SSH ಕ್ಲೈಂಟ್ ಇನ್ನೂ ವರ್ಕ್‌ಸ್ಟೇಷನ್‌ನಲ್ಲಿ ಚಲಿಸುತ್ತಿದೆ.

Host behind-bastion
    ProxyCommand ssh -W %h:%p bastion

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

ಹೋಸ್ಟ್-ಆಧಾರಿತ ದೃಢೀಕರಣಕ್ಕೆ ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ. OpenSSH ನ ssh-keysign ಸಹಾಯಕ ಅಗತ್ಯವಾದ ಸಹಿಯನ್ನು ರಚಿಸಲು ಸ್ಥಳೀಯ ಹೋಸ್ಟ್ ಕೀಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಬ್ಯಾಸ್ಟಿಯನ್‌ಗೆ ಸೇರಿದ ನೆಟ್‌ವರ್ಕ್ ಮೂಲ ವಿಳಾಸವಿರುವುದು ವರ್ಕ್‌ಸ್ಟೇಷನ್ ಅನ್ನು ಬ್ಯಾಸ್ಟಿಯನ್‌ನ ಹೋಸ್ಟ್ ಕೀಯಿಂದ ಸಹಿ ಹಾಕುವಂತೆ ಮಾಡುವುದಿಲ್ಲ.

ಇದನ್ನು ಇದರೊಂದಿಗೆ ಹೋಲಿಸಿ:

ssh -t bastion ssh target

ಇದು ಬ್ಯಾಸ್ಟಿಯನ್‌ನಲ್ಲಿ ಇನ್ನೊಂದು SSH ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಅದರ ಸ್ಥಳೀಯ ಸಂರಚನೆ ಮತ್ತು ಲಭ್ಯವಿರುವ ಹೋಸ್ಟ್ ಕೀಗಳು ಆ ಯಂತ್ರಕ್ಕೆ ಸೇರಿವೆ, ಆದ್ದರಿಂದ ಅದು ಬ್ಯಾಸ್ಟಿಯನ್‌ನಿಂದ ಗುರಿಯತ್ತ ಈಗಾಗಲೇ ಸಂರಚಿಸಿದ ಹೋಸ್ಟ್-ಆಧಾರಿತ ವಿಶ್ವಾಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಭಾಗವಹಿಸಬಹುದು. ಅದಕ್ಕೆ ಇನ್ನೂ ಗುರಿಯ ಅನುಗುಣವಾದ ಅಧಿಕಾರ ಮತ್ತು ಹೆಸರು ಪರಿಶೀಲನೆಗಳು ಬೇಕು.

ಎರಡನೇ ರೂಪವು ಸೆಷನ್ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನೂ ಬದಲಾಯಿಸುತ್ತದೆ: ಅದು ದೂರದ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಟರ್ಮಿನಲ್ ಬಳಸುತ್ತದೆ. ಇದು ಪ್ರತಿ SSH ಕಡತ ವರ್ಗಾವಣೆ ಅಥವಾ ಆಟೊಮೇಷನ್ ಸಾಗಣೆಗೆ ಪಾರದರ್ಶಕ ಪರ್ಯಾಯವಲ್ಲ. ಮೂಲ ವಿಳಾಸ ಸಾಕಷ್ಟು ಕಾಣುವಂತೆ ಸರ್ವರ್‌ನ ವಿಶ್ವಾಸ ಪರಿಶೀಲನೆಗಳನ್ನು ದುರ್ಬಲಗೊಳಿಸುವ ಬದಲು, ಯಾವ ಯಂತ್ರವು ಗುರಿಯ ಮುಂದೆ ದೃಢೀಕರಿಸಬೇಕು ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ವ್ಯವಸ್ಥೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿ.