![SSH 세션이 데이터 스트림 중간에 일시 중지됩니다. 키를 눌러 다시 시작](https://rvso.com/image/23947/SSH%20%EC%84%B8%EC%85%98%EC%9D%B4%20%EB%8D%B0%EC%9D%B4%ED%84%B0%20%EC%8A%A4%ED%8A%B8%EB%A6%BC%20%EC%A4%91%EA%B0%84%EC%97%90%20%EC%9D%BC%EC%8B%9C%20%EC%A4%91%EC%A7%80%EB%90%A9%EB%8B%88%EB%8B%A4.%20%ED%82%A4%EB%A5%BC%20%EB%88%8C%EB%9F%AC%20%EB%8B%A4%EC%8B%9C%20%EC%8B%9C%EC%9E%91.png)
이 문제는 여러 회사, 여러 배포판 및 여러 커널 버전의 상자에서 무작위로 간헐적으로 발생했습니다. 그냥 저주받은 것 같아요.
무슨 일이 일어나는지 새 상자를 로드하고 ssh 내부에서 yum 업데이트나 apt-get과 같은 작업을 수행하게 됩니다. 모든 것이 잘 진행되고 세션이 중지됩니다. SSH는 연결이 끊어지지 않습니다. 마치 누군가가 세션에 스크롤 잠금 키 누르기를 보낸 것과 같습니다.
SSH 세션에서 Enter 키나 스페이스바 또는 아무 키 입력을 누르면 세션이 다시 깨어나 아무 문제도 없는 것처럼 보입니다.
나는 옛날에 이와 같은 문제를 추적했고 대화형 프로세스가 SLEEP 상태에 들어가는 것을 발견했습니다. 이 경우에도 동일한 동작인지 확인할 수는 없지만 구체적인 원인을 찾아낼 수 있으면 질문을 수정하겠습니다.
그럼에도 불구하고 프로세스가 무작위로 절전 모드에 들어가는 이유를 결코 알 수 없었습니다.
이 문제나 유사한 문제가 있는 사람이 있고 그 원인이 무엇인지 알고 있는 사람이 있습니까?
답변1
나도 비슷한 일을 겪은 적이 있다. 세션의 MTU가 잘못되었기 때문에 TCP 연결이 끊어졌다가 다시 연결되는 것으로 나타났습니다. 긴 출력이 터미널로 전송되면 이런 일이 발생합니다(긴 출력은 큰 패킷이진짜MTU 제한(터널을 통해 연결하는 경우).
제 경우에는 모뎀 재설정(집에서 VPN을 사용 중이었습니다)으로 문제가 해결되었습니다. 또 다른 유사한 경우에는 방화벽/VPN 게이트웨이의 구성이 그랬습니다.
콘솔로 가는 출력이 너무 많을 때 이런 일이 발생합니까? 그렇다면 원격 상자에서 tcpdump를 실행하고 파일에 말하고 이것이 사실인지 확인할 수 있습니까?