SUMMARY The file manager "Dolphin" fails when opening DFS links. With "smbclient" and under any other Windows the access works fine. STEPS TO REPRODUCE 1. Open a DFS (In my scenario this is "\\mgdom.ch\Daten") 2. Try to open a Link/Folder OBSERVED RESULT He always claims that the folder does not exist. > "The file or folder smb://MYUSER@mgdom.ch/Daten/Public does not exist." And in the console/log you will see such messages: > session setup failed: NT_STATUS_LOGON_FAILURE > kf.kio.slaves.smb: -- Failed to smbc_opendir: Datei oder Verzeichnis nicht gefunden EXPECTED RESULT Show the content of the link/folder and do not claim it does not exist. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.23.5 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2
I confirm this, and would like to add that for me I can access such shares (SMB with DFS) in Thunar file manager. I would love to the this functionality in Dolphin of course, since it is superior for everything else in my opinion. Fedora 36.
Same problem for me. - Debug output from smbclient for a smb share impacted by this problem with Dolphin: Connecting to 10.20.85.1 at port 445 socket options: SO_KEEPALIVE=0, SO_REUSEADDR=0, SO_BROADCAST=0, TCP_NODELAY=1, TCP_KEEPCNT=9, TCP_KEEPIDLE=7200, TCP_KEEPINTVL=75, IPTOS_LOWDELAY=0, IPTOS_THROUGHPUT=0, SO_REUSEPORT=0, SO_SNDBUF=87040, SO_RCVBUF=131072, SO_SNDLOWAT=1, SO_RCVLOWAT=1, SO_SNDTIMEO=0, SO_RCVTIMEO=0, TCP_QUICKACK=1, TCP_DEFER_ACCEPT=0, TCP_USER_TIMEOUT=0 session request ok negotiated dialect[SMB3_11] against server[xxx.pivnt.net] - Debug output from smbclient for a smb share working with Dolphin: Connecting to 192.168.85.2 at port 445 socket options: SO_KEEPALIVE=0, SO_REUSEADDR=0, SO_BROADCAST=0, TCP_NODELAY=1, TCP_KEEPCNT=9, TCP_KEEPIDLE=7200, TCP_KEEPINTVL=75, IPTOS_LOWDELAY=0, IPTOS_THROUGHPUT=0, SO_REUSEPORT=0, SO_SNDBUF=87040, SO_RCVBUF=131072, SO_SNDLOWAT=1, SO_RCVLOWAT=1, SO_SNDTIMEO=0, SO_RCVTIMEO=0, TCP_QUICKACK=1, TCP_DEFER_ACCEPT=0, TCP_USER_TIMEOUT=0 session request ok negotiated dialect[SMB3_02] against server[yyy.pivnt.net] Maybe about SMB version 3_11?
I'd like to add that the following works for me (and can be used as a workaround): 1. Add the following lines to /etc/request-key.conf: create cifs.spnego * * /usr/sbin/cifs.upcall %k create dns_resolver * * /usr/sbin/cifs.upcall %k 2. Mount the DFS share manually: mkdir ~/mnt/dfs-share sudo mount.cifs -o username=DOMAINUSERNAME,domain=DOMAIN,uid=1000,gid=1000 //HOST/dfs/xxx/yyy/zzz/ ~/mnt/dfs-share/ where my local uid and gid is 1000 (check yours with the "id" command). So I guess the changes that are needed to kioslave etc are minimal, right?
Confirming findings by MartinG Thunar works fine. KDE can navigate if the directory is mounted with the provider from cifs-utils. There's a side effect of each server link referenced filling up the network section in the nav pane. Also, performance on the root is very bad.