summaryrefslogtreecommitdiffstats
path: root/libexec/tftpd/tftpd.8
diff options
context:
space:
mode:
authorrodrigc <rodrigc@FreeBSD.org>2011-07-31 03:12:20 +0000
committerrodrigc <rodrigc@FreeBSD.org>2011-07-31 03:12:20 +0000
commit0336e0c56d8e745763e6de53639f4d8f9e50c96b (patch)
treebb7156c57fea13636703162ba89821b77aca93c2 /libexec/tftpd/tftpd.8
parent48395f1e9158c619dfe304bd64c27055851055a6 (diff)
downloadFreeBSD-src-0336e0c56d8e745763e6de53639f4d8f9e50c96b.zip
FreeBSD-src-0336e0c56d8e745763e6de53639f4d8f9e50c96b.tar.gz
In the old TFTP server, there was an undocumented behavior where
the block counter would rollover to 0 if a file larger than 65535 blocks was transferred. With the default block size of 512 octets per block, this is a file size of approximately 32 megabytes. The new TFTP server code would report an error and stop transferring the file if a file was larger than 65535 blocks. This patch restores the old TFTP server's behavior to the new TFTP server code. If a TFTP client transfers a file larger than 65535 blocks, and does *not* specify the "rollover" option, then automatically rollover the block counter to 0 every time we reach 65535 blocks. This restores interoperability with the FreeBSD 6 TFTP client. Without this change, if a FreeBSD 6 TFTP client tried to retrieve a file larger than 65535 blocks from a FreeBSD 9 TFTP server , the transfer would fail. The same file could be retrieved successfully if the same FreeBSD 6 TFTP client was used against a FreeBSD 6 TFTP server. Approved by: re (kib) Tested by: Pawan Gupta <pawang at juniper dot net>, Obtained from: Juniper Networks
Diffstat (limited to 'libexec/tftpd/tftpd.8')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud