当用subst 或者symbolic link将目录映射成盘符时，syncback等某些软件不识别，他们似乎只识别物理硬盘，或者网络硬盘。
rclone挂载的网络云盘也是如此。
这样使得同步软件无法使用，有什么解决办法吗？
我觉得这一问题可以借鉴Linux上的一个名词，FUSE，用户态文件系统。SyncBack等软件可能采用不太一样的API导致根本不识别这些非标准存储位置。
我的建议方案是拿chfs等WebDAV或ftp软件中转一下，然后让SyncBack去连webdav（或者ftp，如果是Free版本的话）.
经我测试，mklink /J 产生的符号链接在chfs能正常识别（但是后者有点bug，每到根目录WinSCP就报错（XML parse error at line 1: junk after document element）并且有些客户端有几率无法连接或列出目录内容，如IDEA。
这个可行，但是开销大，办公电脑内存占用已经很高了。
我看net use 的方式SMB映射没有这种问题，但是不能映射本地目录，和rclone这样做出来的本地驱动器。
这是因为 subst 映射出来的盘符是当前用户的。你的软件可能使用的是其它用户（以管理员权限运行）。两个用户权限的名域空间的隔离的。
办法是你用管理员模式的 cmd，再执行一次 subst.
并非如此，我试过了管理员权限运行，一样结果。
我找到原因了，在syncback的help里有说明。
就是因为windows权限问题，似乎不提权就能看到映射的盘符，用管理员权限运行反而看不到。