libssh2 is hanging during a file transfert
mickamusset at gmail.com
Tue Jul 7 23:19:29 AEST 2020
I don't see a problem, my MTU is at the default value = 1500,
but when I look at the trace from libssh2,
packet type 4 received, => SSH_MSG_DEBUG
packet type 91 received, => SSH_MSG_CHANNEL_OPEN_CONFIRMATION
packet type 93 received, => SSH_MSG_CHANNEL_WINDOW_ADJUST
packet type 99 received, => SSH_MSG_CHANNEL_SUCCESS
packet type 98 received, => SSH_MSG_CHANNEL_REQUEST
packet type 96 received, => SSH_MSG_CHANNEL_EOF
packet type 97 received, => SSH_MSG_CHANNEL_CLOSE ==> why ?
and in the log sshd, I've some strange line :
Jul 7 11:52:16 TOTO sshd: debug1: session_exit_message: release
Jul 7 11:52:16 TOTO sshd: debug2: channel 0: write failed
On Tue, Jul 7, 2020 at 1:57 PM Brian Candler <b.candler at pobox.com> wrote:
> My first thought is it could be an MTU problem.
> Try running tcpdump at both ends - you should see the same packets (*).
> If you find one side sends a maximum-sized packet, but the other side
> receives nothing, then that's very likely the issue.
> If you don't have access to the far side, then reduce the TCP MSS on
> your side and try again. (Or at worst, just reduce the MTU on your
> interface). At least you'll know if that's the problem or not.
> (*) Maybe multiple packets will appear as one packet, if your NIC
> reassembles TCP segments. Turning off TCP offload on your NIC can
> sometimes be worth trying too.
More information about the openssh-unix-dev