sin/samba-mirror
1
0
Fork 0
mirror of https://github.com/samba-team/samba.git synced 2024-12-22 13:34:15 +03:00
Code

libcli/smb: make TSTREAM_SMBXCLI_NP_MAX_BUF_SIZE public

Browse Source 
This should be used to negotiate the may fragment size
of DCERPC connections.

Signed-off-by: Stefan Metzmacher <metze@samba.org>
Reviewed-by: Andrew Bartlett <abartlet@samba.org>
This commit is contained in:
Stefan Metzmacher 2014-01-22 11:29:15 +01:00 committed by Andrew Bartlett
parent 96e1bcde2b
commit 6260de7221
2 changed files with 20 additions and 20 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

20
libcli/smb/tstream_smbXcli_np.c
View File

@ -29,26 +29,6 @@
static const struct tstream_context_ops tstream_smbXcli_np_ops;
/*
* Windows uses 4280 (the max xmit/recv size negotiated on DCERPC).
* This is fits into the max_xmit negotiated at the SMB layer.
*
* On the sending side they may use SMBtranss if the request does not
* fit into a single SMBtrans call.
*
* Windows uses 1024 as max data size of a SMBtrans request and then
* possibly reads the rest of the DCERPC fragment (up to 3256 bytes)
* via a SMBreadX.
*
* For now we just ask for the full 4280 bytes (max data size) in the SMBtrans
* request to get the whole fragment at once (like samba 3.5.x and below did.
*
* It is important that we use do SMBwriteX with the size of a full fragment,
* otherwise we may get NT_STATUS_PIPE_BUSY on the SMBtrans request
* from NT4 servers. (See bug #8195)
*/
#define TSTREAM_SMBXCLI_NP_MAX_BUF_SIZE 4280
#define TSTREAM_SMBXCLI_NP_DESIRED_ACCESS ( \
SEC_STD_READ_CONTROL | \
SEC_FILE_READ_DATA | \

20
libcli/smb/tstream_smbXcli_np.h
View File

@ -49,4 +49,24 @@ NTSTATUS tstream_smbXcli_np_use_trans(struct tstream_context *stream);
unsigned int tstream_smbXcli_np_set_timeout(struct tstream_context *stream,
unsigned int timeout);
/*
* Windows uses 4280 (the max xmit/recv size negotiated on DCERPC).
* This is fits into the max_xmit negotiated at the SMB layer.
*
* On the sending side they may use SMBtranss if the request does not
* fit into a single SMBtrans call.
*
* Windows uses 1024 as max data size of a SMBtrans request and then
* possibly reads the rest of the DCERPC fragment (up to 3256 bytes)
* via a SMBreadX.
*
* For now we just ask for the full 4280 bytes (max data size) in the SMBtrans
* request to get the whole fragment at once (like samba 3.5.x and below did.
*
* It is important that we use do SMBwriteX with the size of a full fragment,
* otherwise we may get NT_STATUS_PIPE_BUSY on the SMBtrans request
* from NT4 servers. (See bug #8195)
*/
#define TSTREAM_SMBXCLI_NP_MAX_BUF_SIZE 4280
#endif /* _CLI_NP_TSTREAM_H_ */