[Samba] msdfs proxy and subfolders
Nick Couchman
nick.e.couchman at gmail.com
Thu Jan 5 18:28:55 UTC 2023
Hello, everyone,
I'm seeing some inconsistent behavior across SMB clients when
configuring shares using the "msdfs proxy" parameter, and was hoping
to get some advice from the community on this. My issue is that
various SMB clients seem to behave differently when this parameter is
pointed as a path that includes a sub-folder under the root share.
So, given the following share configuration:
[share1]
comment = My DFS Proxy Share
msdfs root = yes
msdfs proxy = \fileserver1.example.com\shares\share1
I see the following behavior:
* Windows: Windows clients accessing this \\dfsserver\share1 path see
the intended destination - the contents of the
\\fileserver1.example.com\shares\share1 folder.
* smbclient (4.15.12): smbclient stops at the root share, so
connecting to \\dfsserver\share1 via smbclient shows the contents of
the \\fileserver1.example.com\shares folder.
* SMBJ: The SMBJ client behaves similar to the smbclient
implementation, stopping at the root share.
* Mac: The MacOS SMB client appears to behave similar to Windows,
traversing all the way to the share1\ folder.
* Linux mount.cifs: Mounting on Linux with mount.cifs works similar to
Windows and Mac, where the mount ends up showing the contents of the
share1\ folder.
If, instead of using "msdfs proxy", I create a /shares folder and use
the symlink method to create a link to
msdfs:fileserver1.example.com\shares\share1, that link is evaluated as
I intended, showing the contents of the share1 folder.
So, given the variety of behavior, my questions are:
* Is using the "msdfs proxy" parameter to point to a sub-folder of a
share considered poor practice, against standards, etc.?
* Would the behavior of smbclient and smbj be considered a bug, or the
intended/correct behavior?
Thanks - Nick
More information about the samba
mailing list