BugReport: WebDAV clients can't get access to NAS folders after NAS reboot/shutdown

SMB, NFS, FTP, web file manager and Rsync server.
Post Reply
User avatar
Seamas73
Posts: 2
Joined: 06 May 2025, 01:22
Russia

BugReport: WebDAV clients can't get access to NAS folders after NAS reboot/shutdown

Post by Seamas73 »

I am using TerraMaster NAS F2-212 on TOS 5.1.73 and I noticed the bug when using WebDAV connection.
When I connect to NAS WebDAV-server with WinSCP or Total Commander, I see in the WebDAV-client the home folder of the user under which I connected, the “homes” folder (if I am connected as the super-user) and the shared folders “public” and “Transmission” and I can view the contents of these folders.
However, when I reboot the NAS or turn it on after turning it off from the web-interface or from the mobile app, and then connect to the NAS thru WebDAV, I see an empty window in the WebDAV-client without any folders, and, ergo, I cannot browse the content of the NAS thru WebDAV connection.
Using ssh connection to NAS I found out that when I first connect to NAS under any user, created on NAS, in the folder /opt/var/lib/webdav creates a folder named after the connected user, which contents symbolic links to the home folder of this user and the shared folders of NAS, and after rebooting or shutting down NAS the folder named after the user name from /opt/var/lib/webdav is not being removed, but only symbolic links to the folders inside this “user's” folder are being removed, and when I connect via WebDAV under the same user again, I lose access to the shared folders on NAS. When I remove /opt/var/lib/webdav/user folder manually and reconnect to NAS via WebDAV the folder /opt/var/lib/webdav/user recreates with symlinks to users home folder and NAS shared folders and I get access to NAS content thru WebDAV again.
In my opinion, it would be more correct that when NAS reboots or turns off, the users folders in /opt/var/lib/webdav wouldn't be simply cleared of content, but would be removed completely, so that when a user connects via WebDAV after rebooting or turning on a switched off NAS, the folder named under his name with symbolic links to shared resources was created anew, so that after rebooting the NAS the user won't lose access to shared folders when connected via WebDAV.
Please check whether the connection of users via WebDAV works correctly after rebooting the NAS in the beta version of TOS 6 for TerraMaster NAS 211 and 212 family.
User avatar
CursaYang
TM Support
Posts: 740
Joined: 06 Jan 2025, 16:34
China

Re: BugReport: WebDAV clients can't get access to NAS folders after NAS reboot/shutdown

Post by CursaYang »

Thank you for your feedback. We will conduct internal tests to see if we can reproduce this issue.
To contact our team, please send email to following addresses, remember to replace (at) with @

Technical team: support(at)terra-master.com(for technical support)
Service team: service(at)terra-master.com(for purchasing, return, replacement, RMA service)
User avatar
Seamas73
Posts: 2
Joined: 06 May 2025, 01:22
Russia

Re: BugReport: WebDAV clients can't get access to NAS folders after NAS reboot/shutdown

Post by Seamas73 »

Update: the error appears only when connecting via WebDAV as a user with admin rights, and seems to be related to the fact that when installing the Transmission client, a shared folder for torrents "Transmission" was created, to which I granted full access for the superuser and denied access for all other users. Apparently because of this folder after rebooting or turning on a switched off device the folder with the superuser's name is not deleted from /opt/var/lib, but all symlinks are deleted from it, with the exception of the symlink to the "Transmission" folder, and therefore no shared resources, except for this folder, are available to the superuser via WebDAV after rebooting/turning on the device until you manually delete its folder from /opt/var/lib. This is strange, because from messages on the forum, I learned that, apparently, RAM is mounted in /opt, and, as it seems to me, this folder should be recreated cleanly after rebooting.
Post Reply

Return to “File Services”