Ping ಕೆಲಸ ಮಾಡುತ್ತದೆ ಆದರೆ VPN ಮೇಲೆ SSH ವಿಫಲವಾಗುತ್ತದೆ: ಯಾವ ಹಂತ ಮುರಿಯಿತು?

Ping ಪ್ರತಿಕ್ರಿಯೆಗಳು ಮತ್ತು ನಿರಾಕರಿಸಲಾದ SSH ಲಾಗಿನ್ ಒಂದೇ ಸಮಯದಲ್ಲಿ ನಿಜವಾಗಿರಬಹುದು, ಮತ್ತು ಈ ಜೋಡಿ ಟನೆಲ್ ಅನ್ನು ದೂರುವುದಿಲ್ಲ. ಎಕೋ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಮತ್ತು ಪೋರ್ಟ್ 22 ಗೆ TCP ಸಂಪರ್ಕ ವಿಭಿನ್ನ ಆಯ್ಕೆಗಾರರು, ವಿಭಿನ್ನ ನೀತಿಗಳು ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ವಿಭಿನ್ನ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಹೊಂದಿರುವ ವಿಭಿನ್ನ ಪರೀಕ್ಷೆಗಳು. ಒಂದು ಉದ್ದೇಶಪೂರ್ವಕ SSH ಪ್ರಯತ್ನವನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ, ನಂತರ ಅದು ತಲುಪಿದ ಕೊನೆಯ ಹಂತವನ್ನು ಹೆಸರಿಸಿ. ಆ ಒಂದೇ ಕಲಾಕೃತಿ ಡಜನ್‌ಗಟ್ಟಲೆ ಊಹಾಪೋಹದ ಸಂರಚನಾ ಬದಲಾವಣೆಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ.

ಒಂದು ಪ್ರಯತ್ನವನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ, ತಟ್ಟುವ ಸೆಷನ್ ಅಲ್ಲ

ಕ್ಲೈಂಟ್ ಅನ್ನು ಒಮ್ಮೆ ವಿವರವಾದ ರೋಗನಿರ್ಣಯ, ಸಂಪರ್ಕ ಹಂಚಿಕೆ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಸೀಮಿತ ಸಂಪರ್ಕ ಕಾಲಮಿತಿಯೊಂದಿಗೆ ಚಲಾಯಿಸಿ. ಹಂಚಿಕೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಮುಖ್ಯ, ಏಕೆಂದರೆ ಹಿಂದೆ ದೃಢೀಕರಿಸಿದ ಮಾಸ್ಟರ್ ಸಂಪರ್ಕವು ಇಲ್ಲದಿದ್ದರೆ ಹೊಸ ಪ್ರಯತ್ನಕ್ಕೆ ಉತ್ತರಿಸಿ ನೀವು ಹಿಂಬಾಲಿಸುತ್ತಿರುವ ವೈಫಲ್ಯವನ್ನು ಮರೆಮಾಡುತ್ತದೆ.

ssh -4 -vv -o ControlPath=none -o ConnectTimeout=10 [email protected]

ಗಮ್ಯಸ್ಥಾನ, ವಿಳಾಸ ಕುಟುಂಬ, ಸಮಯ ಮುದ್ರೆ ಮತ್ತು ಕೊನೆಯ ರಹಸ್ಯವಲ್ಲದ ದೋಷವನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ. IPv4 ಧ್ವಜವು ಈ ಪ್ರಯತ್ನವು ಅದೇ ಹೆಸರಿಗೆ IPv6 ಮಾರ್ಗದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ ಎಂದೂ ಅರ್ಥ, ಆದ್ದರಿಂದ ಅದರಿಂದ ಸಾಮಾನ್ಯೀಕರಿಸಬೇಡಿ. ಪ್ರಯತ್ನ ಎಲ್ಲಿಂದ ಮಾಡಲಾಗಿದೆ ಎಂದು ದಾಖಲಿಸಿ. VPN ಗೇಟ್‌ವೇಯಲ್ಲಿ ಮಾಡಿದ ಪರಿಶೀಲನೆ ಅದರ ಹಿಂದಿನ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಂತೆಯೇ ಅದೇ ದೃಷ್ಟಿಕೋನವಲ್ಲ, ಮತ್ತು ಈ ಟಿಕೆಟ್‌ಗಳಲ್ಲಿನ ಹೆಚ್ಚಿನ ವಿರೋಧಾಭಾಸಗಳು ಎರಡನ್ನೂ ಬೆರೆಸುವುದರಿಂದ ಬರುತ್ತವೆ.

ಮೊದಲ ಮತ್ತು ಎರಡನೇ ಹಂತ: SSH ಗಿಂತ ಮೊದಲು TCP

ಮೊದಲ ಗಡಿ ಸಾಕೆಟ್‌ನ ತಲುಪುವಿಕೆ: ವಿಳಾಸ, ಪೋರ್ಟ್ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ನಿಜವಾಗಿ ಅನುಸರಿಸುವ ಮಾರ್ಗ. TCP ಸಂಪರ್ಕ ಎಂದಿಗೂ ಪೂರ್ಣಗೊಳ್ಳದಿದ್ದರೆ, ಅದರ ಮೇಲೆ ಇನ್ನೂ ಏನೂ ಇಲ್ಲ, ಮತ್ತು ಹೋಸ್ಟ್ ಕೀಗಳು ಮತ್ತು ಖಾತೆಗಳು ಅಪ್ರಸ್ತುತ.

nc -vz 10.90.4.20 22
ip route get 10.90.4.20
tcpdump -ni any 'host 10.90.4.20 and port 22'

ಸೆರೆಹಿಡಿಯುವಿಕೆಯನ್ನು ಕ್ಲೈಂಟ್ ಪ್ರಯತ್ನದೊಂದಿಗೆ ಸಂಬಂಧಿಸಿ. SYN ಹೊರಹೋಗಿ ಏನೂ ಮರಳದಿದ್ದರೆ ಅದು ಫಿಲ್ಟರಿಂಗ್, ಆಯ್ಕೆಗಾರರು ಅಥವಾ ದೂರದ ಬದಿಯಲ್ಲಿ ಕಾಣೆಯಾದ ಮಾರ್ಗವನ್ನು ಸೂಚಿಸುತ್ತದೆ; ರೀಸೆಟ್‌ನೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯೆ ಬಿಡುವ ಬದಲು ಸಕ್ರಿಯವಾಗಿ ನಿರಾಕರಿಸುವುದನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎರಡನೇ ಗಡಿ SSH ಪ್ರೋಟೋಕಾಲ್ ವಿನಿಮಯವೇ. ಪೂರ್ಣಗೊಂಡು ನಂತರ ನಿಂತುಕೊಳ್ಳುವ TCP ಸಂಪರ್ಕವು ತಲುಪುವಿಕೆಯನ್ನು ದಾಟಿ ಮಾತುಕತೆ, ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯೆ ಅಥವಾ ಪ್ಯಾಕೆಟ್ ನಿರ್ವಹಣೆಗೆ ಪ್ರವೇಶಿಸಿದೆ. ಅದು ಬೇರೆ ತನಿಖೆ, ಮತ್ತು ಅಲ್ಲಿಯೇ ಗಾತ್ರ ಸಂಬಂಧಿತ ಸಮಸ್ಯೆಗಳು ಮೊದಲ ಬಾರಿಗೆ ಸಂಭಾವ್ಯವಾಗುತ್ತವೆ.

ಮೂರನೇ ಹಂತ: ಯಾರ ಕೀ ಉತ್ತರಿಸಿತು

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

ಹೋಸ್ಟ್ ನಿಜವಾಗಿ ಮರುನಿರ್ಮಿಸಲ್ಪಟ್ಟಿದ್ದರೆ, ಹೊಸ ಬೆರಳಚ್ಚನ್ನು ದೃಢೀಕರಿಸಿದ ನಂತರವೇ ಹಳೆಯ ದಾಖಲೆಯನ್ನು ತೆಗೆಯಿರಿ, ಮತ್ತು ದಿನಾಂಕ ಹಾಗೂ ಕಾರಣವನ್ನು ದಾಖಲಿಸಿ. ಮುಂದಿನ ಎಂಜಿನಿಯರ್ ಅದೇ ಎಚ್ಚರಿಕೆಯನ್ನು ಎದುರಿಸುತ್ತಾರೆ ಮತ್ತು ಅವರಿಗೆ ಈ ಸಂದರ್ಭ ಬೇಕು.

ನಾಲ್ಕನೇ ಮತ್ತು ಐದನೇ ಹಂತ: ಖಾತೆ ಮತ್ತು ಅನುಮತಿ

ದೃಢೀಕರಣ ನಾಲ್ಕನೇ ಗಡಿ. ನಿರಾಕರಿಸಲಾದ ರುಜುವಾತುಗಳು ಎಂದರೆ ಸರ್ವರ್ ಪ್ರಯತ್ನವನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿ ನಿರಾಕರಿಸಿದೆ; ಖಾತೆ, ಸರ್ವರ್ ಸ್ವೀಕರಿಸುವ ರುಜುವಾತಿನ ಪ್ರಕಾರ ಮತ್ತು ಸರ್ವರ್‌ನ ಸ್ವಂತ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ, VPN ಪಾಸ್‌ವರ್ಡ್ ಅಲ್ಲ. ಐದನೇ ಗಡಿ ಯಶಸ್ವಿ ಲಾಗಿನ್ ನಂತರದ ಅಧಿಕಾರ. ದೃಢೀಕೃತ ಬಳಕೆದಾರರಿಗೂ ಶೆಲ್, ಆಜ್ಞೆ, ಉಪವ್ಯವಸ್ಥೆ ಅಥವಾ ಮುಂದಕ್ಕೆ ರವಾನಿಸುವಿಕೆಯನ್ನು ನಿರಾಕರಿಸಬಹುದು, ಮತ್ತು ಆ ನಿರಾಕರಣೆಗಳು ಕ್ಲೈಂಟ್‌ನ ಕೊನೆಯ ಸಾಲನ್ನು ಮಾತ್ರ ಓದುವವರಿಗೆ ವೈಫಲ್ಯಗಳಂತೆ ಕಾಣುತ್ತವೆ.

ಕೆಲವು ವಿಫಲ ಪಾಸ್‌ವರ್ಡ್ ಪ್ರಯತ್ನಗಳ ನಂತರ ನಿಲ್ಲಿಸಿ. ಪುನರಾವರ್ತಿತ ಊಹೆಗಳು ಲಾಕ್‌ಔಟ್‌ಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ, ಅವು ನಂತರ ಎರಡನೇ, ಸಂಬಂಧವಿಲ್ಲದ ದೋಷದಂತೆ ಕಾಣುತ್ತವೆ ಮತ್ತು ಮೂಲ ಟಿಕೆಟ್‌ಗಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ.

ಹಿಂತಿರುಗಿಸುವಿಕೆ ಮತ್ತು ನೀವು ಇಟ್ಟುಕೊಳ್ಳುವ ದಾಖಲೆ

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

ನೀವು ಹಂಚಿಕೊಳ್ಳುವುದನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಿ. ವಿವರವಾದ ಕ್ಲೈಂಟ್ ಔಟ್‌ಪುಟ್ ಆಂತರಿಕ ಹೆಸರುಗಳು, ಖಾತೆ ಲೇಬಲ್‌ಗಳು, ಕೀ ಮಾರ್ಗಗಳು ಮತ್ತು ಸಾರ್ವಜನಿಕ ಕೀ ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ಹೊತ್ತೊಯ್ಯಬಹುದು, ಆದ್ದರಿಂದ ಕಚ್ಚಾ ಜಾಡಿನ ಬದಲು ಹಂತವಾರು ತೀರ್ಮಾನವನ್ನು ಪ್ರಕಟಿಸಿ.