One SSH_FXP_DATA record split over SSH_MSG_CHANNEL_DATA packets

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

 



Hi,

I'm developing my own sftp client.
When I try to read a file larger than 16371 bytes from a OpenSSH server my program fails.
And that is because it doesn't expect a SSH_FXP_DATA record to be send through two SSH_MSG_CHANNEL_DATA packets.

For instance:
  First a SSH_MSG_CHANNEL_DATA packet containing the start of a SSH_FXP_DATA record
    read_packet: done 16393
    read_packet: done 5E0000007B0000400000003FFF67000000FC00003FF60101010101010101....

  And then a SSH_MSG_CHANNEL_DATA packet containing the last part the SSH_FXP_DATA record
    read_packet: done 12
    read_packet: done 5E0000007B00000003AA1133

Is this normal, to be expected, behavior? I can't find anything regarding this in the RFC's.

I see this on OpenSSH_6.4 and OpenSSH_4.3 using these settings
aes128-cbc
aes128-cbc
hmac-sha1
hmac-sha1
none
none

Anton


_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev@xxxxxxxxxxx
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev




[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux