SSH 연결이 끊어졌을 때 왜 콘솔이 영원히 멈추는가?

나는 많은 콘솔 (Linux, Mac 등)과 많은 다른 네트워크의 많은 다른 머신에서 이것을 보았습니다. 정확한 이유를 정확히 알 수는 없습니다. 그 이유는 다음과 같습니다. SSH를 통해 컴퓨터에 로그인하기 만하면됩니다. 어떤 이유로 연결이 끊어지면 (간단히 네트워크 케이블을 뽑았다 고 가정 해 보자) 때로는 콘솔이 영원히 멈추는 경우가 있습니다. 다른 경우에는 부모 쉘로 잘 빠져 나옵니다.

이런 일이 발생하면 짜증이납니다 (예 : 명령 기록을 잃어 버립니다) 강제 종료 할 수있는 비밀 키보드 단축키가 있습니까 (Ctrl-C 또는 Ctrl-D가 작동하지 않음)? 그리고 어쨌든 모든 구현에서이 임의의 "버그"가 발생하는 이유는 무엇입니까?

종료를 강제하는 "비밀"키보드 단축키가 있습니다. ~) 고정 된 세션에서 다음 키를 순서대로 누르 Enter~.십시오. 고객이 더 이상 고민하지 않고 사업을 종료합니다.

통신 문제에 대한 오래 걸리는 행동은 버그가 아니며 SSH 세션이 다른 쪽이 다시 오기를 바라며 끊어집니다. 네트워크가 중단되면 때로는 며칠 후에 SSH 세션을 다시받을 수 있습니다. 물론 위의 순서대로 포기하고 죽으라고 말할 수 있습니다. 클라이언트에서 연결 유지 시간 초과를 설정하여 일정 시간 동안 활성 링크가없는 경우 자체적으로 종료되도록 기본 설정과 같은 다양한 작업을 수행 할 수 있지만 기본 동작은 다음과 같습니다. 가능한 연결!

편집 : 이 인터럽트 키의 또 다른 유용한 응용 프로그램은 로컬 ssh 클라이언트의 관심을 끌고 잠깐 동안 로컬 셸로 돌아와서 (역사에서 무언가를 얻는 것과 같이) 원격으로 계속 작동하도록하는 것입니다. Enter~ Ctrl+ Zssh 클라이언트를 로컬 쉘의 백그라운드 작업 큐로 보낸 다음 fg정상적으로 돌아가십시오.

편집 : 중첩 된 SSH 세션을 처리 할 때 여러 틸드 문자를 추가하여 체인의 SSH 세션 중 하나만 분리하고 나머지는 유지 할 수 있습니다. 예를 들어, 3 단계로 중첩 된 경우 (예 : local-> Machine1-> Machine2-> Machine3에서 ssh) Enter~.로컬 세션으로 돌아가서 Enter~~.Machine1에 Enter~~~.남겨두고 Machine2에 남겨 둡니다. . 이것은 ssh 세션을 일시적으로 백그라운드로 이동하는 것과 같은 다른 이스케이프 시퀀스에서도 작동합니다. 위는 물결표를 더 추가하여 모든 수준의 중첩에서 작동합니다.

마지막으로 사용 Enter~?가능한 이스케이프 명령의 도움말 메뉴를 인쇄하는 데 사용할 수 있습니다.

TL; DR-지원되는 이스케이프 명령은 지원되는 이스케이프 시퀀스입니다.

 ~.   - terminate connection (and any multiplexed sessions)
 ~B   - send a BREAK to the remote system
 ~C   - open a command line
 ~R   - request rekey
 ~V/v - decrease/increase verbosity (LogLevel)
 ~^Z  - suspend ssh
 ~#   - list forwarded connections
 ~&   - background ssh (when waiting for connections to terminate)
 ~?   - this message
 ~~   - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)

SSH는 연결 유지 기능을 제공합니다. 로컬에 다음을 추가하십시오 ~/.ssh/config(없는 경우 작성).

ServerAliveInterval 15
ServerAliveCount 3

이 설정은 보안 터널을 통해 15 초마다 전송 유지 신호를 설정합니다. 세 번 연속 실패하면 SSH 클라이언트가 종료됩니다.

일부 시스템 (macOS 10.14 포함)의 경우 다음과 같아야합니다.

ServerAliveInterval 15
ServerAliveCountMax 3

ask.ubuntu 의이 답변에서 가져온 것 : https://askubuntu.com/a/29967/30266

정지한다는 사실은 SSH가 아니라 TCP의 기능입니다. TCP가 연결을 사용하여 더 이상 연결이 없음을 응용 프로그램에 알리지 않으면 응용 프로그램은 TCP 세션 / 연결이 끊어 졌음을 알 수 없습니다. 각 호스트의 관점에서 볼 때 TCP 세션은 여전히 ​​확립 상태에 있으며, 긴 유휴 (데이터 흐름 없음) 세션이 RST 외에 유효하지 않다거나 TCP 연결 유지 패킷에 대한 응답이 없다는 것 외에는 말할 것도 없습니다. 보편적으로 구현되지 않았습니다). 그것은 SSH의 버그 인 것처럼 보이지 않습니다. 나는 그 행동을 기대합니다.

연결이 제대로 중단 된 경우 키를 누르기 전에 연결이 이미 중단되어 마법의 키 입력이 발생하지 않습니다. 클라이언트에게 종료하도록 지시 할 수 있지만 이것은 서버 측에 보관 된 (또는 그렇지 않은) 기록에 영향을 미치지 않습니다.

이 실제로 줄일 수있는 질문에 대답하지 않지만 연결의 효과가 중지 : 내가 원격으로 일하고 있어요 (심지어 보통 아니에요 때) 내가 통해 실행할 때 screen(함께 또는없이 byobu가용성에 따라 래퍼) 연결이 끊어지면 모든 기록과 함께 내 세션이 유지되고 다시 연결할 때 나가는 상태로 유지됩니다.