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 ਸਮੱਸਿਆ ਦੱਸਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਇੱਕਲੇ ਕੀਸਟ੍ਰੋਕ ਵੀ ਨਿਗਲਣ ਵਾਲਾ ਅਟਕਾਅ ਪੈਕਟ ਦੇ ਆਕਾਰ ਵੱਲ ਨਹੀਂ, ਰਾਹ ਜਾਂ ਸਰਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਟਰਮੀਨਲ ਦੇ ਸਬੂਤ ਨੈੱਟਵਰਕ ਦੇ ਸਬੂਤਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ, ਕਿਉਂਕਿ ਦੂਜੇ ਸੈਸ਼ਨ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਸੰਪਾਦਕ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਪਹਿਲਾ ਟਰਮੀਨਲ ਕਦੇ ਸਿਹਤਮੰਦ ਸੀ।