飞牛共享文件夹在win10 LTSC的奇葩故障！

hnzhaihui

设备环境：（N5095）

BUG现象：（我是win10 LTSC版本，飞牛的docker部署的CD2和alist，挂载好以后在win10里都访问正常。添加网络位置直接双击就能访问。后来alist作妖，于是就换了openlist，设置好挂载在winscp里都正常，在windows网络里也能正常看到docker，mydisk（cd2和openlist挂载所在目录），temp三个目录，双击docker和temp都能正常打开目录访问，就是双击mydisk死活打不开，提示“FNOS-N5095\mydisk无法访问。你可能没有权限使用网络资源。请与这台服务器的管理 员联系以查明你是否有访问权限。 指定的网络名不再可用。”，所以就无法设置网络位置快速共享openlist的挂载，最最最奇葩的是后面，之前cd2建立的网络位置访问一点不受影响，很正常，折腾几天了都没解决！）

出现频率：（必现）

hnzhaihui

首先感谢通过了审核，正好等审核这个阶段仔细研究学习了一下，竟然发现了导致飞牛共享文件出错的元凶，发出来，看程序员大大怎么解决这个问题吧。 --之前用同样的命令挂载alist和cd2都正常用，后来alist不行就关了，cd2还可以正常，后来弄了openlist飞牛里挂载成功后，windows（smb协议）里死活访问不了，打不开飞牛里共享的文件夹，就这样用cd2用了2周，cd2也一样访问不了了。。。原因就是在后面这个openlist用rclone挂载导致的，只要挂载以后设置过共享文件夹的mydisk这个盘在windows就不能访问，而没设置共享文件夹的docker和temp能访问，再用rclone卸载openlist就一直都正常了，也就是说用reclone挂载的命令和里面的参数和飞牛系统的共享文件夹策略应该有冲突导致的。下面发一下具体rclone命令参数，希望能提供解决问题的助力！

1.reclone挂载命令：rclone mount openlist:/ /vol1/1000/mydisk/openlist --header "Referer:" --multi-thread-streams 6 --buffer-size 512M --vfs-fast-fingerprint --vfs-cache-mode full --no-modtime --file-perms 0777 --allow-other --allow-non-empty --umask 000 --daemon --cache-dir /vol1/1000/temp/cache/rclone

2.rclone卸载命令：fusermount -qzu /vol1/1000/mydisk/openlist

hnzhaihui

试了一下精简的rclone挂载命令，问题依旧，看来这个是飞牛这边的问题了！rclone mount openlist:/ /vol1/1000/mydisk/openlist --no-gzip-encoding --no-check-certificate --allow-other --allow-non-empty --umask 000 --use-mmap --daemon

hnzhaihui

放弃设置过共享文件夹的mydisk目录，和他同级新建一个openlist目录挂载，在飞牛查看挂载成功了，这个时候mydisk就可以正常访问，但是openlist目录在windows里依旧错误弹窗！看来不是共享文件夹的问题，是rclone的挂载会导致飞牛里的这个挂载目录windows的网络里无法访问！

hnzhaihui

还是我自己想办法解决的，把rclone从V1.71.0更新到v1.71.1就解决了，此贴终结，就在这编辑的时候发现飞牛刚刚发布的更新里好像是解决这个问题的