VPN ಮೇಲೆ SSH ServerAliveInterval: ಪ್ರೋಬ್ ಅನ್ನು ಯಾವ ತುದಿ ಕಳುಹಿಸುತ್ತದೆ?

SSH ಸೆಷನ್ ಅನ್ನು ಜೀವಂತವಾಗಿ ಇರಿಸುವ ಸಲಹೆಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು «ServerAliveInterval 30 ಸೇರಿಸಿ» ಎಂದು ನಿಲ್ಲುತ್ತವೆ ಮತ್ತು ಉಪಯುಕ್ತ ಭಾಗಗಳನ್ನು ಹೊರಗಿಡುತ್ತವೆ. ಕೀವರ್ಡ್ ಕ್ಲೈಂಟ್ ಬದಿಯ ಟೈಮರ್ ಆಗಿದ್ದು ಚಾನೆಲ್ ಸ್ತಬ್ಧವಾಗಿದ್ದಾಗ ಮಾತ್ರ ಚಾಲನೆಯಾಗುತ್ತದೆ, ಅದು ಸೆಕೆಂಡುಗಳ ಬದಲು ಉತ್ತರಿಸದ ಪ್ರೋಬ್‌ಗಳನ್ನು ಎಣಿಸುತ್ತದೆ, ಮತ್ತು ಮೊದಲ ಹೊಂದಿಕೆಯ ಮೌಲ್ಯ ಗೆಲ್ಲುವ ಫೈಲ್‌ನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ. ಈ ಮೂರು ಗುಣಗಳಲ್ಲಿ ತಪ್ಪು ಮಾಡಿದರೆ ಆರೋಗ್ಯಕರ VPN ಸೆಷನ್ ಕೂಡ ಮುರಿಯುತ್ತದೆ, ಆದರೆ ಸತ್ತ ಸೆಷನ್ ನೇತಾಡುತ್ತಾ ಉಳಿಯುತ್ತದೆ.

ಎರಡು ದಿಕ್ಕುಗಳು ಬೇರೆ ಬೇರೆ ಡೀಮನ್‌ಗಳಿಗೆ ಸೇರಿವೆ

ServerAliveInterval ಅನ್ನು ನಿಮ್ಮ ssh ಕ್ಲೈಂಟ್ ಓದುತ್ತದೆ. ClientAliveInterval ಅನ್ನು ದೂರದ ತುದಿಯ sshd ಓದುತ್ತದೆ ಮತ್ತು ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲಿ, ಸರ್ವರ್‌ನಿಂದ ಕ್ಲೈಂಟ್‌ಗೆ ಪ್ರೋಬ್ ಮಾಡುತ್ತದೆ. ಅವು ಪರ್ಯಾಯ ಹೆಸರುಗಳಲ್ಲ ಮತ್ತು ಒಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಒಂದನ್ನು ಹೊಂದಿಸುವುದು ಇನ್ನೊಂದು ತುದಿಯ ನಡವಳಿಕೆಯ ಮೇಲೆ ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ಅವನ್ನು ಬೆರೆಸಿಬಿಡುವುದು ಒಂದು ಸುಧಾರಣೆ ಒಂದು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದಂತೆ ಮತ್ತು ಮುಂದಿನದರಲ್ಲಿ ಮಾಡದಂತೆ ಕಾಣುವ ಸಾಮಾನ್ಯ ಕಾರಣವಾಗಿದೆ.

ಎರಡೂ ಶೂನ್ಯವನ್ನು ಸ್ವೀಕರಿಸುತ್ತವೆ. ಶೂನ್ಯದಲ್ಲಿ ಕ್ಲೈಂಟ್ ಏನನ್ನೂ ಕಳುಹಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಸರ್ವರ್ ಬದಿಯಲ್ಲಿ ಶೂನ್ಯ ClientAliveCountMax ಉತ್ತರಿಸದ ಪರಿಶೀಲನೆಗಳ ನಂತರ ಬರುತ್ತಿದ್ದ ಸಂಪರ್ಕ ಕಡಿತವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ.

ಪ್ರೋಬ್ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಇಲ್ಲ

ನಿಗದಿಪಡಿಸಿದ ಮಧ್ಯಂತರವು ಸರ್ವರ್‌ನಿಂದ ಡೇಟಾ ಬಾರದೆ ಕಳೆದ ನಂತರ, ಕ್ಲೈಂಟ್ ಇರುವ ಎನ್‌ಕ್ರಿಪ್ಟೆಡ್ ಚಾನೆಲ್ ಮೂಲಕ ಸಣ್ಣ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಿ ಉತ್ತರಕ್ಕಾಗಿ ಕಾಯುತ್ತದೆ. ServerAliveCountMax ಸೆಷನ್ ಮುರಿಯುವ ಮೊದಲು ಅವುಗಳಲ್ಲಿ ಎಷ್ಟು ಉತ್ತರಿಸದೆ ಉಳಿಯಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. 60 ಮಧ್ಯಂತರ ಮತ್ತು 3 ಎಣಿಕೆಯೊಂದಿಗೆ ಕ್ಲೈಂಟ್ ಸುಮಾರು ಮೂರು ನಿಮಿಷಗಳ ಮೌನದ ನಂತರ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಮತ್ತು ಆ ಸಂಖ್ಯೆ ನಿಮ್ಮ ಸಂರಚನೆಯ ಗುಣಲಕ್ಷಣ, ಜಾಲಬಂಧ ಮಾನದಂಡವಲ್ಲ. ಮಧ್ಯಂತರವನ್ನು ಅದರ ಡೀಫಾಲ್ಟ್ 0 ನಲ್ಲಿ ಬಿಟ್ಟರೆ ಯಾವ ಪ್ರೋಬ್ ಕೂಡ ಎಂದಿಗೂ ಕಳುಹಿಸಲ್ಪಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸ್ಟಾಕ್ ಕ್ಲೈಂಟ್ ಸತ್ತ ಸಂಪರ್ಕದ ಮೇಲೆ ಅನಿರ್ದಿಷ್ಟವಾಗಿ ಕೂರಬಹುದು.

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

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

ಯಾವ ಮೌಲ್ಯ ಉಳಿಯುತ್ತದೆ ಎಂಬುದನ್ನು ಕ್ರಮ ನಿರ್ಧರಿಸುತ್ತದೆ

OpenSSH ಪ್ರತಿ ಪ್ಯಾರಾಮೀಟರ್‌ಗೆ ಸಿಗುವ ಮೊದಲ ಮೌಲ್ಯವನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿರ್ದಿಷ್ಟ Host ಬ್ಲಾಕ್ ಸಹ ಹೊಂದಿಕೆಯಾಗುವ ಯಾವುದೇ ವಿಶಾಲ ಬ್ಲಾಕ್‌ಗಿಂತ ಮೊದಲು ಬರಬೇಕು. ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಡೀಫಾಲ್ಟ್‌ಗಳನ್ನು ಫೈಲ್‌ನ ಕೆಳಭಾಗದಲ್ಲಿ ಇರಿಸಿ, ಮೇಲ್ಭಾಗದಲ್ಲಲ್ಲ, ಮತ್ತು ಕೆಳಗಿನ Match ಬ್ಲಾಕ್ ಈಗಾಗಲೇ ಹೊಂದಿಸಿದ ಮೌಲ್ಯವನ್ನು ರದ್ದುಗೊಳಿಸಲಾರದು ಎಂಬುದನ್ನು ನೆನಪಿಡಿ. OpenSSH ಕ್ಲೈಂಟ್ ಸಂರಚನಾ ಉಲ್ಲೇಖ ಮೊದಲ-ಮೌಲ್ಯದ ನಿಯಮವನ್ನು ನೇರವಾಗಿ ಹೇಳುತ್ತದೆ, ಮತ್ತು ಹಂಚಿದ ಸಂರಚನೆಯನ್ನು ಮರುಸಂಘಟಿಸುವ ಮೊದಲು ಅದನ್ನು ಒಮ್ಮೆ ಓದುವುದು ಯೋಗ್ಯ.

ಆಜ್ಞಾ ಸಾಲಿನ ಆಯ್ಕೆಗಳು ಫೈಲ್ ಮೇಲೆ ಗೆಲ್ಲುತ್ತವೆ, ಇದು ತಾತ್ಕಾಲಿಕ ಪ್ರಯೋಗವನ್ನು ಅಗ್ಗವಾಗಿಸುತ್ತದೆ:

ssh -o ServerAliveInterval=15 -o ServerAliveCountMax=4 office-shell

ನೀವು ಬರೆದಿದ್ದೀರಿ ಎಂದು ಭಾವಿಸುವುದರ ಬದಲು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಏನನ್ನು ಪರಿಹರಿಸಿತು ಎಂಬುದನ್ನು ನೋಡಲು ಅದಕ್ಕೆ ಪರಿಣಾಮಕಾರಿ ಸಂರಚನೆಯನ್ನು ಡಂಪ್ ಮಾಡಲು ಹೇಳಿ. ಔಟ್‌ಪುಟ್ ಆ ಹೋಸ್ಟ್‌ಹೆಸರಿಗೆ ವಿಲೀನಗೊಂಡ ಮೌಲ್ಯಗಳನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ದಾರಿತಪ್ಪಿದ ಹಿಂದಿನ ಬ್ಲಾಕ್ ಅನ್ನು ಹಿಡಿಯುವ ಅತ್ಯಂತ ವೇಗದ ಮಾರ್ಗವಾಗಿದೆ:

ssh -G office-shell | grep -i alive

ಸುರಂಗದ ಮೇಲೆ ಕೀಪ್‌ಅಲೈವ್‌ಗಳು ಏನು ಮಾಡುತ್ತವೆ

ನಿಯತಕಾಲಿಕ ಸಂಚಾರವು ಸ್ಥಿತಿಯುಳ್ಳ NAT ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಮ್ಯಾಪಿಂಗ್ ಅವಧಿ ಮುಗಿಯುವುದನ್ನು ತಡೆಯುತ್ತದೆ, ಇದು ನಿಷ್ಕ್ರಿಯ ಹರಿವುಗಳನ್ನು ಕೆಲವು ನಿಮಿಷಗಳ ನಂತರ ಬಿಡುವ VPN ನಲ್ಲಿ ನಿಜವಾದ ಲಾಭವಾಗಿದೆ. ಪ್ರತಿ 60 ಸೆಕೆಂಡಿಗೆ ಬರುವ ಪ್ರೋಬ್‌ಗಳು ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್ ಡೇಟಾವನ್ನು ಹೊತ್ತೊಯ್ಯದೆ ಆ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಹೊಸದಾಗಿಸುತ್ತವೆ.

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

ಮಲ್ಟಿಪ್ಲೆಕ್ಸ್ ಸಂಪರ್ಕಗಳು ಒಂದು ನೆರಿಗೆಯನ್ನು ಸೇರಿಸುತ್ತವೆ. ControlMaster ಆಟದಲ್ಲಿದ್ದಾಗ ಪ್ರೋಬ್‌ಗಳು ಮುಖ್ಯ ಸಂಪರ್ಕಕ್ಕೆ ಸೇರಿರುತ್ತವೆ, ಮತ್ತು ಇರುವ ಮುಖ್ಯದ ಮೇಲಿನ ಹೊಸ ಸೆಷನ್ ಆ ಮುಖ್ಯವು ಮಾತುಕತೆ ಮಾಡಿದ್ದನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತದೆ. mux ಮುಖ್ಯ ಸಿಲುಕಿಕೊಂಡಿದ್ದರೆ ಇನ್ನೊಂದು ಕಿಟಕಿ ತೆರೆಯುವುದು ಮಾರ್ಗವನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸುವುದಿಲ್ಲ.

ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ದೃಢೀಕರಿಸುವುದು

ಸರ್ವರ್‌ನಲ್ಲಿ ಫೈಲ್ ಓದಿ ಯಾವ include ಗೆದ್ದಿತು ಎಂದು ಊಹಿಸುವ ಬದಲು ಪರಿಣಾಮಕಾರಿ ಡೀಮನ್ ಸಂರಚನೆಯನ್ನು ಡಂಪ್ ಮಾಡಿ:

sshd -T | grep -i clientalive

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

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