SSH ಮೂಲಕ vim ಫ್ರೀಜ್ ಆಗುತ್ತಿದೆಯೇ? VPN ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು stty ಪರಿಶೀಲಿಸಿ

ಇಂತಹ ಸೆಷನ್‌ಗಳು ಸಂಪಾದಕ ಪ್ರಾರಂಭವಾಗುವಾಗ ಸಂಪರ್ಕದಲ್ಲಿರುತ್ತವೆ, ನಂತರ SSH ಪ್ರಕ್ರಿಯೆ ಸ್ಪಷ್ಟವಾಗಿ ಜೀವಂತವಾಗಿದ್ದರೂ ಪರದೆ ನವೀಕರಣವನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಟೈಪ್ ಮಾಡುವುದರಿಂದ ಏನೂ ಬರುತ್ತಿಲ್ಲ, Ctrl-C ಏನೂ ಮಾಡುತ್ತಿಲ್ಲ ಎಂದು ತೋರುತ್ತದೆ, ಮತ್ತು ಸ್ಪಷ್ಟ ತೀರ್ಮಾನ ಎಂದರೆ VPN ಏನನ್ನೋ ಬೀಳಿಸಿದೆ. ಬಹುಪಾಲು ಸಮಯ ಸುರಂಗ ಸರಿಯಾಗಿರುತ್ತದೆ ಮತ್ತು ದೂರದ ಸ್ಯೂಡೋ-ಟರ್ಮಿನಲ್ ಯಾರೂ ಉದ್ದೇಶಿಸದ ಸ್ಥಿತಿಯಲ್ಲಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಎಕೋ, ಕ್ಯಾನೊನಿಕಲ್ ಇನ್‌ಪುಟ್ ಮತ್ತು ಹರಿವು ನಿಯಂತ್ರಣ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಲ್ಲ, ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ. ಈ ಮೂರರಲ್ಲಿ ಯಾವುದು ಜರುಗಿತು ಎಂದು ಕಂಡುಹಿಡಿಯುವುದು ಎರಡು ಆಜ್ಞೆಗಳ ಕೆಲಸ.

ಫ್ರೀಜ್ ಸುರಂಗದಲ್ಲಲ್ಲ, ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ

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

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

ಫ್ರೀಜ್ ಆದ ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಓದಿ

ಮೊದಲು ಸಾಧನವನ್ನು ಗುರುತಿಸಿ, ನಂತರ ಅದರ ಸ್ಥಿತಿಯ ಎರಡೂ ರೂಪಗಳನ್ನು ಓದಿ. ಓದಬಹುದಾದ ರೂಪ ಏನು ಸೆಟ್ ಆಗಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಯಂತ್ರ ರೂಪವು ನಂತರ ನೀವು ಹಿಂತಿರುಗಿಸಬಹುದಾದದ್ದು.

tty
stty -a
stty -g

ಮೂರು ಧ್ವಜ ಗುಂಪುಗಳು ಈ ವರದಿಗಳ ಬಹುಪಾಲನ್ನು ವಿವರಿಸುತ್ತವೆ. ಎಕೋ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಕೀಸ್ಟ್ರೋಕ್‌ಗಳು ಚಾಚೂ ತೋರುವುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಎಕೋ ಆಫ್ ಆದ ಟರ್ಮಿನಲ್ ಶೆಲ್ ಪ್ರತಿ ಅಕ್ಷರವನ್ನು ಸ್ವೀಕರಿಸುತ್ತಿದ್ದರೂ ಸತ್ತಂತೆ ಕಾಣುತ್ತದೆ. ಕ್ಯಾನೊನಿಕಲ್ ಮೋಡ್ ಪ್ರೋಗ್ರಾಂ ಇನ್‌ಪುಟ್ ಅನ್ನು ಒಂದು ಸಾಲಿನಂತೆ ನೋಡುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಯಾನೊನಿಕಲ್ ಮೋಡ್‌ನಲ್ಲಿ ಬಿಡಲಾದ ಟರ್ಮಿನಲ್ ಕಚ್ಚಾ ಮೋಡ್‌ನ ಅನ್ವಯವನ್ನು Enter ವರೆಗೆ ಕೀಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುವಂತೆ ತೋರಿಸುತ್ತದೆ. ಹರಿವು ನಿಯಂತ್ರಣ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಟರ್ಮಿನಲ್ XON ಮತ್ತು XOFF ಅಕ್ಷರಗಳನ್ನು ಪಾಲಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು ಆ ಗುಂಪೇ ಮೂರರಲ್ಲಿ ಅತ್ಯಂತ ನಂಬಲರ್ಹವಾದ ನಕಲಿ ಫ್ರೀಜ್ ಅನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

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

ಅದೇ ಒಂದು ಟರ್ಮಿನಲ್ ಸರಿಪಡಿಸಿ, ನೀವು ಟೈಪ್ ಮಾಡುತ್ತಿರುವ ಸೆಷನ್ ಅಲ್ಲ

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

ಇನ್ನೊಂದು ಶೆಲ್‌ನಿಂದ, ಫ್ರೀಜ್ ಆದ ಸಾಧನವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಗುರಿಯಾಗಿಸಿ ಇದರಿಂದ ನೀವು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಟರ್ಮಿನಲ್ ಮುಟ್ಟದೆ ಉಳಿಯುತ್ತದೆ.

stty -F /dev/pts/7 -a
stty -F /dev/pts/7 sane

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

ನಂಬಲರ್ಹ ಫ್ರೀಜ್ ಹಿಂದಿನ Ctrl-S ಬಲೆ

ಸಾಫ್ಟ್‌ವೇರ್ ಹರಿವು ನಿಯಂತ್ರಣ ಸಕ್ರಿಯವಾಗಿದ್ದು ಸಾಮಾನ್ಯ ಅಕ್ಷರಗಳು ನಿಗದಿಯಾಗಿದ್ದಾಗ, Ctrl-S ಟರ್ಮಿನಲ್‌ಗೆ ಔಟ್‌ಪುಟ್ ಕಳುಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಲು ಹೇಳುತ್ತದೆ ಮತ್ತು Ctrl-Q ಮುಂದುವರಿಯಲು ಹೇಳುತ್ತದೆ. ಸೆಷನ್ ಎಲ್ಲಾ ಸಮಯ ಜೀವಂತವಾಗಿರುತ್ತದೆ, ಒಂದೇ Ctrl-Q ಸಾಮಾನ್ಯವಾಗಿ ಇಡೀ ದುರಸ್ತಿ, ಮತ್ತು ಯಾವುದೇ ಲಾಗ್‌ನಲ್ಲಿ ಏನೂ ಕಾಣಿಸುವುದಿಲ್ಲ, ಹೀಗಾಗಿ ಈ ಫ್ರೀಜ್ ಇಷ್ಟೊಂದು ಎಸ್ಕಲೇಶನ್‌ಗಳಿಂದ ಪಾರಾಗುತ್ತದೆ.

ಊಹಿಸುವ ಬದಲು ನಿಜವಾದ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಪ್ರಾರಂಭ ಮತ್ತು ನಿಲುಗಡೆ ಅಕ್ಷರಗಳನ್ನು ಮರುನಿಗದಿಪಡಿಸಬಹುದು ಅಥವಾ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು, ಮತ್ತು ಹರಿವು ನಿಯಂತ್ರಣ ಆಫ್ ಆದ ಟರ್ಮಿನಲ್ ಎರಡಕ್ಕೂ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ.

ಸ್ಥಿತಿ ಹಿಂತಿರುಗಿದರೆ, ಅಥವಾ SSH ಸ್ವತಃ ನಿಲ್ಲುತ್ತದೆ

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

ಸಾಮಾನ್ಯ SSH ಸಂಚಾರವೂ ನಿಲ್ಲುತ್ತದೆಯೇ, ಅಥವಾ ದುರಸ್ತಿ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲವೇ, ಟರ್ಮಿನಲ್ ಶಂಕಿತನಾಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.

ssh -vvv [email protected]
ping -M do -s 1400 -c 3 host.example.com

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