The Samba-Bugzilla – Bug 12917
CIFS SMB2/SMB3 does not work for domain based DFS
Last modified: 2017-08-07 15:26:01 UTC
Created attachment 13399 [details]
working SMB1 mount request
I am having problems mounting a domain based DFS share using mount.cifs with the parameter vers=2.0 or vers=3.0, even though it works with the deprecated version vers=1.0.
My test setup includes two separated Windows 2016 servers (180days eval iso), with the following roles:
* on the first I'm running the domain controller (DC)
* on the second VM I installed the DFS Namespace Root role (DFSN) and this VM also serves the actual shares
Now, when trying to mount, the following error occurs:
mount //rwe.corp3/files/sales /smb -o user=Administrator,password=xxxxxx,vers=3.0
CIFS VFS: BAD_NETWORK_NAME: \\rwe.corp3\files CIFS VFS: session ffff88003bd0c000 has no tcon available for a dfs referral request CIFS VFS: cifs_mount failed w/return code = -2
It's working fine, with SMB1. It does also work, when I specify the DFSN server directly:
mount //filer3/files/sales /smb -o user=Administrator,password=xxxxxx,vers=3.0
From my point of view it looks like there is no resolution attempt of resolving the domain based UNC (//rwe.corp3/files) into the actual dfsroot representation.
Since my domain controller doesn't host the dfsroot structure, any attempts resolving on it directly will fail.
I tried initially with Kernel 4.11 but also build a recent 4.13 with the same issues.
Latest keyutils (/sbin/key.dns_resolver) are in place and configured on the system.
Do you need any further scripts/explanations how I set up the test servers? It's nothing special, everything sticks to the defaults.
This report is a copy of the original message to 'email@example.com' http://marc.info/?l=linux-cifs&m=150037483209870&w=2
I just adapted the host and domain name, to be aligned with the network capture.
Created attachment 13400 [details]
not working SMB2 mount request