mirror of
https://github.com/samba-team/samba.git
synced 2025-01-27 14:04:05 +03:00
9ef33f5f5c
- to use a struct ntvfs_handle instead of a uint16_t fnum. (to make it independend from the frontend protocol) - the allocation of handles now is provided by the frontend (smbsrv_*) via callbacks and not by each backend module - this also makes sure that file handles are only passed to the ntvfs subsystem when the tcon and session matches, so modules can rely on this and need to check this. - this allows multiple modules in the ntvfs module chain to allocate file handles. This can be used for virtual files like "\\$Extend\\$Quota:$Q:$INDEX_ALLOCATION"... - also this will make SMB2 with 128 bit file handles possible metze (This used to be commit 287fc1c22d670f6e568014b420f7f4cb31dc7958)
This is the 'CIFS on CIFS' backend for Samba. It provides a NTVFS backend that talks to a remote CIFS server. The primary aim of this backend is for debugging and development, although some poeple may find it useful as a CIFS gateway. There are two modes of operation: Password specified and delegated credentials. Password specified: ------------------- This uses a static username/password in the config file, example: [myshare] ntvfs handler = cifs cifs:server = myserver cifs:user = tridge cifs:password = mypass cifs:domain = TESTDOM cifs:share = test Delegated credentials: ---------------------- If your incoming user is authenticated with Kerberos, and the machine account for this Samba4 proxy server is 'trusted for delegation', then the Samba4 proxy can forward the client's credentials to the target. You must be joined to the domain (net join <domain> member). To set 'trusted for delegation' with MMC, see the checkbox in the Computer account property page under Users and Computers. [myshare] ntvfs handler = cifs cifs:server = myserver cifs:share = test