在绿联nas的docker安装transmission后，远程GUI的问题解决

记个流水账，记录下端午节这两天的折腾。

背景：

1、趁618活动买了台绿联4300plus，发现其docker提供Docker Compose，方便使用yaml实现docker容器管理，忍不住就想折腾一下，把部署在AIO的黑裙中transmission（下面缩写为TR）搬迁过来，毕竟24小时在线的设备，功耗越低越好。

2、TR主要管理日常下载，相对QB和其他下载工具，主要看上有配套的远程GUI，可以非常方便的远程添加下载，工具长这样，2019年的老工具了，一直稳定。

3、这个远程GUI还有个贴心小功能，通过设置远程路径映射，可以在它的任务窗口中点击下载任务，直接就调用资源管理器打开了，相当贴心

好，背景介绍到此，遇到的问题是：在绿联的docker安装好TR后，TR下载等功能都正常，但无法直接调用资源管理器打开下载文件目录，提示找不到路径映射，只能打开资源管理器或视窗+R后，输入192.168.3.223dockertransdownloads在打开，相当不nice。

先给问题解决后的结论：绿联nas的权限配置方式，和群辉当年从6.X升级到7.X后一样，不仅有用户权限，还有用户组权限，使用docker安装程序时，最好将程序任务涉及的目录都归在同一用户组目录下，不然总会遇到些问题的，当然，对日常使用来说，绿联nas系统的这种权限管理做法是非常安全和稳妥的。

好，记录下问题的解决过程：

1、按习惯，TR安装在volume1/docker/trans下，下载目录在volume2/downloads下，安装好一切正常，远程路径映射配置为/volume2/downloads=192.168.3.223dockertransdownloads，提示找不到路径映射，问题出现。

2、先是怀疑绿联系统内部绝对路径（/volume2/downloads）不绝对，咨询售后，先是说docker容器属于三方应用，他们没有技术支持方案，我强调需要确认绝对路径后，又反馈说是容器路径和nas路径的映射问题，是docker的配置使用问题，还是属于三方问题，既然是第三方部署问题，和绿联系统无关，并建议我找这三方软件的作者或上网求助，建议我加入绿联nas私有云用户群，与其他用户交流，加微信群后，提示要节后上班审批后才能入群求助，真的是。

3、突然想起当年黑裙从6.7升级到7时遇到的PUID和GUID问题，当时是通过修改PUID方式，或者是对下载目录授予SCDOWNLOAD组的读写权限，就开始尝试定位问题，这时yaml的快速部署就发挥作用了。

首先，怀疑跨存储空间是否有权限问题，将TR程序和下载目录调整为同一存储空间的并列目录，TR程序安装在volume1/docker/trans下，下载目录downloads指定在volume1/downloads中：

远程路径映射配置为/volume1/downloads=192.168.3.223dockertransdownloads，问题依旧，不是绝对路径问题；

远程路径映射配置为/downloads=192.168.3.223dockertransdownloads，问题依旧，不是相对路径问题；

然后，怀疑跨存储目录是否有权限问题，将下载目录调整到TR程序目录下，TR程序安装在volume1/docker/trans下，下载目录downloads指定在volume1/docker/trans/downloads中：

远程路径映射配置为volume1/docker/trans/downloads=192.168.3.223dockertransdownloads，问题依旧，不是绝对路径问题；

远程路径映射配置为/downloads=192.168.3.223dockertransdownloads，搞定了，相对路径可以打开；

对比测试结论就很清楚了，downloads作为TR程序的指定目录，不仅有用户权限，在程序组权限中，也最好设置在同一目录下，不然远程GUI调用就无法成功，当年群辉升级到7时，套件版的TR也遇到类似问题，当时是通过给跨存储空间的download目录给予SCdownload权限解决的，但现在绿联系统并没有提供这么底层的权限管理机制，所以最好将download目录设置在主程序的下级目录，这样GUI内部调用时才有权限打开。