Description
When the underlying TCP connection for a long-standing SSH connection abruptly dies, operations on an ssh.Client
can hang forever. This is because the client remains stuck in an io.ReadFull
call with no preceding or concurrent calls to net.Conn.SetDeadline
. Without any deadline set, there is no guarantee that Read
will ever return.
Even though the user has access the underlying net.Conn
and can set the deadline themselves, they have no way of determining if the underlying connection is actually dead or just idle. Thus, the ssh
package should support this functionality that allows sending of empty messages to intentionally invoke a response from the remote endpoint, in order to determine if it is still alive.
This is a feature request for the equivalent options for OpenSSH:
AliveInterval time.Duration
: Sets a timeout interval after which, if no data has been received, sends an alive message through the encrypted channel to invoke a response from the remote end. The default is 0, indicating that such messages will not be sent.AliveCountMax int
: Sets the number of alive messages which may be sent without receiving a response from the remote end. If this threshold is reached while alive messages are being sent, the SSH session will be terminated.
If this is reasonable, I can implement this.