VPN ಆನ್ ಆಗಿರುವಾಗ ಎರಡನೇ ಖಾಸಗಿ ಮಾರ್ಗದಲ್ಲಿ SSH

ಒಂದು ಯಂತ್ರ VPN ಮೂಲಕ ಇನ್ನೊಂದನ್ನು ತಲುಪುತ್ತದೆ, ಮತ್ತು ಈಗ ಯಾರೋ ಅದೇ ಶೆಲ್ ಅನ್ನು ಪೂರೈಕೆದಾರರ ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಬಯಸುತ್ತಾರೆ. ಮಾರ್ಗವಿದೆ, ಪಿಂಗ್ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಆದರೂ SSH ನಿರಾಕರಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯ ಕಾರಣ ಡೀಮನ್ ಹೊಸ ವಿಳಾಸದಲ್ಲಿ ಎಂದಿಗೂ ಕೇಳಿಸಿಕೊಂಡಿಲ್ಲ, ಆದ್ದರಿಂದ ಸಂಪರ್ಕಿಸಲು ಏನೂ ಇಲ್ಲ. ಇದು firewall ಸಮಸ್ಯೆಯಾಗುವ ಮೊದಲು ವಿಳಾಸ-ಬೈಂಡಿಂಗ್ ಸಮಸ್ಯೆ.

ಹೊಸ ಮಾರ್ಗವು ಹೊಸ ಶ್ರೋತೆಯನ್ನು ಏಕೆ ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ

ಕೇಳುವ ಸಾಕೆಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸುವ ವಿಳಾಸಗಳನ್ನು ಹೆಸರಿಸುವ ಪ್ರಕ್ರಿಯೆ ರಚಿಸುತ್ತದೆ. ಮಾರ್ಗವು ಪ್ಯಾಕೆಟ್ಗಳಿಗೆ ಎಲ್ಲಿಗೆ ಹೋಗಬೇಕೆಂದು ಮಾತ್ರ ಹೇಳುತ್ತದೆ; ಅದು ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿ ಶ್ರೋತೆಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. sshd ಒಂದೇ ListenAddress ನೊಂದಿಗೆ ಸಂರಚಿಸಲ್ಪಟ್ಟಾಗ, ಇಂಟರ್ಫೇಸ್ ಸಕ್ರಿಯವಾಗಿದ್ದರೂ ಬೇರೆ ಯಾವುದೇ ಸ್ಥಳೀಯ ವಿಳಾಸಕ್ಕೆ ಸಂಪರ್ಕಗಳು ನಿರಾಕರಿಸಲ್ಪಡುತ್ತವೆ. ಪೋರ್ಟ್ ಹೊಂದಿರುವ ಸಾಕೆಟ್ ಘಟಕಕ್ಕೂ ಇದು ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲ ಪರಿಶೀಲನೆ ಯಾವಾಗಲೂ ವಾಸ್ತವವಾಗಿ ಯಾವುದು ಕೇಳುತ್ತಿದೆ ಎಂಬುದು.

ಎರಡು ಮಾರ್ಗಗಳನ್ನು ಇಂಟರ್ಫೇಸ್ ಹೆಸರಿನಿಂದ ಅಲ್ಲ, ಗಮ್ಯಸ್ಥಾನ ವಿಳಾಸದಿಂದ ಹೋಲಿಸಿ. ಕ್ಲೈಂಟ್ ಒಂದು ವಿಳಾಸಕ್ಕೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ firewall ನಿಯಮ ಮುಖ್ಯವಾಗುವ ಮೊದಲು ಆ ವಿಳಾಸವು ಬದ್ಧವಾಗಿರಬೇಕು.

ವಿಳಾಸಗಳು ಮತ್ತು ಶ್ರೋತೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ

ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು, ಹೋಸ್ಟ್ನಲ್ಲಿರುವ ವಿಳಾಸಗಳನ್ನು ಮತ್ತು ಈಗ ಇರುವ ಸಾಕೆಟ್ಗಳನ್ನು ದಾಖಲಿಸಿ.

ip -br addr
ss -ltnp | grep ':22'

ವಿಳಾಸಗಳ ಪಟ್ಟಿ ಯಾವ ಖಾಸಗಿ ವಿಳಾಸ ನಿಜವಾದುದು ಮತ್ತು ಯಾವ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಸಾಕೆಟ್ ಪಟ್ಟಿ ಅದಕ್ಕೆ ಏನಾದರೂ ಬದ್ಧವಾಗಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ. 0.0.0.0:22 ನಲ್ಲಿ ಕೇಳುವ ಶ್ರೋತೆ ಈಗಾಗಲೇ ಪ್ರತಿ ವಿಳಾಸವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಹೊಸ ಬೈಂಡಿಂಗ್ ಏನನ್ನೂ ಸೇರಿಸುವುದಿಲ್ಲ. ಒಂದು ನಿರ್ದಿಷ್ಟ ವಿಳಾಸದಲ್ಲಿ ಕೇಳುವ ಶ್ರೋತೆ ನಿರಾಕರಣೆಯನ್ನು ತಕ್ಷಣ ವಿವರಿಸುತ್ತದೆ. ಪೋರ್ಟ್ ಡೀಮನ್ಗೆ ಬದಲಾಗಿ ಸಾಕೆಟ್ ಘಟಕಕ್ಕೆ ಸೇರಿದ್ದರೆ, ಡೀಮನ್ ಸಂರಚನೆ ಪೂರ್ಣ ಕಥೆಯಲ್ಲ.

ಬೈಂಡಿಂಗ್ ಸೇರಿಸಿ ಮತ್ತು ಹಳೆಯದನ್ನು ಉಳಿಸಿ

OpenSSH ಹಲವು ListenAddress ನಮೂದುಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಖಾಸಗಿ ಮಾರ್ಗ ಸೇರಿಸುವಾಗ VPN ಮಾರ್ಗ ಉಳಿಯಬಹುದು. ಮರುಲೋಡ್ ಮಾಡುವ ಮೊದಲು ಫೈಲ್ ಪರೀಕ್ಷಿಸಿ.

sshd -t
systemctl reload sshd

ವಿಫಲವಾದ ಸಂರಚನಾ ಪರೀಕ್ಷೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಡೀಮನ್ ಅನ್ನು ಮುಟ್ಟದೆ ಬಿಡುತ್ತದೆ, ಮತ್ತು ನೀವು ಸಂಪಾದಿಸುತ್ತಿರುವ ಮಾರ್ಗದ ಮೂಲಕ ಸಂಪರ್ಕಿಸಿರುವಾಗ ಅದೇ ನಿಮಗೆ ಬೇಕಾದುದು. ಇರುವ ನಮೂದನ್ನು ಉಳಿಸಿ, ಹೊಸ ಸ್ಥಳೀಯ ವಿಳಾಸ ಸೇರಿಸಿ, ಮತ್ತು ಪ್ರಸ್ತುತ ಸೆಷನ್ ಕಡಿತಗೊಳಿಸದೆ ಸೇವೆ ಮರುಲೋಡ್ ಆಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಸಾಕೆಟ್-ಸಕ್ರಿಯ ಸ್ಥಾಪನೆಗಳಲ್ಲಿ ವಿಳಾಸವನ್ನು ಸಾಕೆಟ್ ಘಟಕಕ್ಕೆ ಸೇರಿಸಿ ಮತ್ತು ಆ ಘಟಕವನ್ನು ಮರುಲೋಡ್ ಮಾಡಿ. ನಂತರ ಶ್ರೋತೆಗಳ ಪಟ್ಟಿಯನ್ನು ಮತ್ತೆ ಓದಿ, ಏಕೆಂದರೆ ಎಂದಿಗೂ ಕಾಣಿಸದ ಬೈಂಡಿಂಗ್ ಎಂದರೆ ತಪ್ಪು ಘಟಕ ಸಂಪಾದಿಸಲಾಗಿದೆ.

ಹಳೆಯ ಸೆಷನ್ ಮುಚ್ಚುವ ಮೊದಲು ಹೊಸ ಸೆಷನ್ ಪರಿಶೀಲಿಸಿ

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

ssh -v [email protected]

ಗಮ್ಯಸ್ಥಾನ ವಿಳಾಸ ಮತ್ತು ಪ್ರಸ್ತುತಪಡಿಸಿದ ಹೋಸ್ಟ್ ಕೀಗಾಗಿ ಡೀಬಗ್ ಸಾಲುಗಳನ್ನು ಓದಿ. ನೆಟ್ವರ್ಕ್ ಖಾಸಗಿ ಎಂದು ವಿವರಿಸಲಾಗಿದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಅಪರಿಚಿತ ಕೀಯನ್ನು ಸ್ವೀಕರಿಸುವ ಬದಲು, ನೀವು ಈಗಾಗಲೇ ನಂಬುವ ಮೌಲ್ಯದ ವಿರುದ್ಧ ಹೋಸ್ಟ್ ಕೀ ಫಿಂಗರ್ಪ್ರಿಂಟ್ ದೃಢೀಕರಿಸಿ. ಹೊಸ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ತನ್ನದೇ ಆದ known_hosts ನಮೂದು ಬೇಕು, ಮತ್ತು ಅದು ನಿರೀಕ್ಷಿತ. ಖಾಸಗಿ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡಿದ ನಂತರವೇ ಹಳೆಯ ನಿರ್ವಹಣಾ ಸೆಷನ್ ಮುಚ್ಚಬೇಕು.

SSH ಸಾರಿಗೆಯನ್ನು ರಕ್ಷಿಸುತ್ತದೆ, ಆದರೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಅದು ಎರಡು ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಸಮಾನವಾಗಿಸುವುದಿಲ್ಲ. ಅದನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಖಾಸಗಿ ಸಂಚಾರದ ನಂಬಿಕೆ ಡೇಟಾಗೆ ಹೊಂದುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಿ.