ರಿವರ್ಸ್ SSH ಪ್ರಾಕ್ಸಿ ಶ್ರೋತೃವು ಸರ್ವರ್‌ನಲ್ಲಿ ಮಾತ್ರ ಏಕೆ ತಲುಪಬಹುದು
ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಅಥವಾ ರುಜುವಾತುಗಳನ್ನು ಬದಲಿಸುವ ಮೊದಲು ದೂರದ ಶ್ರೋತೃದ bind ವಿಳಾಸ ಮತ್ತು GatewayPorts ಮೋಡ್ ಪರಿಶೀಲಿಸಿ.
ರಿಮೋಟ್ ಫಾರ್ವರ್ಡ್ SSH ಸರ್ವರ್‌ನಿಂದ ಕೆಲಸ ಮಾಡಬಹುದು ಆದರೆ ಬೇರೆ ಯಂತ್ರದಿಂದ ಬರುವ ಸಂಪರ್ಕಗಳನ್ನು ನಿರಾಕರಿಸಬಹುದು, ಏಕೆಂದರೆ ಅದು loopback ನಲ್ಲಿ ಮಾತ್ರ ಕೇಳುತ್ತದೆ. ಮೊದಲು ನಿಜವಾದ ಕೇಳುವ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಸರ್ವರ್ ಕಡೆ GatewayPorts | ರಿಮೋಟ್-ಫಾರ್ವರ್ಡ್ bind |
|---|---|
no, ಡಿಫಾಲ್ಟ್ | ಶ್ರೋತೃಗಳನ್ನು loopback ಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ |
yes | wildcard bind ಒತ್ತಾಯಿಸುತ್ತದೆ |
clientspecified | ಕ್ಲೈಂಟ್ ನಿರ್ದಿಷ್ಟ bind ವಿಳಾಸವನ್ನು ಕೇಳಲು ಅನುಮತಿಸುತ್ತದೆ |
ಒಂದು ನಿಯಂತ್ರಿತ ಇಂಟರ್ಫೇಸ್‌ಗಾಗಿ ಉದ್ದೇಶಿಸಿದ ಶ್ರೋತೃಕ್ಕೆ, ಸರ್ವರ್ ಇದನ್ನು ಬಳಸಬಹುದು:
GatewayPorts clientspecifiedನಂತರ ಕ್ಲೈಂಟ್ ತನ್ನ -R ವಿವರಣೆಯಲ್ಲಿ ಸೂಕ್ತ ವಿಳಾಸವನ್ನು ಕೇಳುತ್ತದೆ. ಆ ವಿಳಾಸವು ದೂರದ ಯಂತ್ರದಲ್ಲಿ ಇರಬೇಕು, ಮತ್ತು ಇತರ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿರ್ಬಂಧಗಳು ಇನ್ನೂ ಅನ್ವಯಿಸುತ್ತವೆ. ಕ್ಲೈಂಟ್-ಸೈಡ್ -g ಈ ದಿಕ್ಕಿಗೆ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದ ನಿಯಂತ್ರಣವಲ್ಲ.
ಮೂರು ಅನುಮತಿಗಳು ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುತ್ತವೆ: ಫಾರ್ವರ್ಡ್ ರಚಿಸಲು SSH ಅಧಿಕಾರ, ಅದರ ಶ್ರೋತೃಕ್ಕೆ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶ, ಮತ್ತು HTTP ಅಥವಾ SOCKS ಸೇವೆಯ ಸ್ವಂತ ಪ್ರವೇಶ ನೀತಿ. SSH ಲಾಗಿನ್ ಸುರಂಗ ರಚಿಸಿದವರನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ; ಅದು ಹಂಚಿದ ಶ್ರೋತೃದ ಪ್ರತಿ ನಂತರದ ಕರೆಗಾರನನ್ನು ದೃಢೀಕರಿಸುವುದಿಲ್ಲ ಅಥವಾ SOCKS ಪಾಸ್‌ವರ್ಡ್ ಸವಾಲನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ.
ದೂರದ ಕರೆಗಾರ ಇನ್ನೂ ಸಂಪರ್ಕಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, bind ವಿಳಾಸ, ಸರ್ವರ್‌ನ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿರ್ಬಂಧಗಳು ಮತ್ತು ಫೈರ್‌ವಾಲ್ ಮಾರ್ಗವನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ. TCP ಶ್ರೋತೃವನ್ನು ತಲುಪಿದ ನಂತರ, ವಿಫಲವಾದ ಪ್ರಾಕ್ಸಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ನಂತರದ ಸಮಸ್ಯೆ.