사무실의 WiFi 라우터를 재부팅했는데 예상대로 노트북 연결이 끊어졌습니다. 다시 연결하면 SSH 세션이 중단되지 않은 것을 알 수 있습니다.
SSH 프로토콜의 어떤 점이 이것을 가능하게 합니까? 아니면 이것이 TCP/IP와 더 관련이 있습니까?
답변1
SSH는 기본적으로 시간 초과가 꽤 길며, 기본값은 TCP 시간 초과이고 기본 TCP 시간 초과는 깁니다.
클라이언트/서버가 Keepalive가 대상에 도달하지 못하는 것을 확인하면 연결이 끊어지기 때문에 어떤 형태의 Keepalive든지 실제로 연결을 더 빨리 끊게 됩니다.
따라서 IP가 동일하게 유지되는 한 SSH 연결은 매우 오랫동안 지속될 수 있으며, 전송/수신 버퍼를 채우기 위해 "진행 중인" 일이 없다면
답변2
TCP라고 말하고 싶습니다. 주소가 동일한 한 네트워크가 다운된 동안 전송된 모든 내용은 삭제된 패킷으로 처리되어 재전송됩니다. 네트워크가 너무 오랫동안 다운되지 않는 한 클라이언트와 서버는 손실된 항목을 따라잡을 것입니다. 네트워크가 다운된 동안 양쪽 끝에서 아무 것도 전송되지 않으면 클라이언트나 서버 모두 문제가 있었다는 사실조차 알지 못할 것입니다.
그러나 마지막 경우에는 패킷 교환 네트워크의 모든 프로토콜이 정확히 동일하게 작동하므로 SSH 때문인지 TCP 때문이라고 말하는 것은 완전한 대답이 아닙니다.