芝麻信用评估
dsm7.2下面用这个ContainerManager有个bug，我定位了很久确定就是它导致的。
如果容器端口设置为“通过Web Station管理网络门户”，正常运行没事，但开机启动之后，会发现容器启动成功了，但WebStation里这个门户路径是个禁用状态，查看对应的nginx配置重定向404或者502，对应的配置文件没正常生成。
——必须在ContainerManager界面里把容器停止-启动一次，就正常了
Ps1：选“重启”也不好使，必须先停止，再单独启动；
Ps2：命令行下用docker stop，然后再start ——也不行！必须通过ContainerManager操作
今天有空详细定位了下，发现重启触发动态生成容器的nginx配置文件时，只写入了listen的端口，但是对应的proxy_pass规则没写入（默认是个return 404），手动停止启动一次容器之后才能正常得到。
——我不想额外重启容器，于是手动写了个开机脚本，把正常规则配置文件备份下来，然后替换掉启动时动态生成的内容
每次新建容器的时候需要额外备份一下配置文件，之后就不用管了
请教个问题，使用ContainerManager启动容器如果选择通过WebStation设置网页门户，正常使用没有问题
——但是重启dsm之后，这些映射的端口访问不通，打开的都是webstion的404页面
查看容器都是启动成功的，但在webStation里【网页服务】-【容器化脚本语言网站】里，这些服务器状态都是不可用，此时需要手动去停止-启动一遍这些容器，才能恢复成正常。
猜测是否重启时，容器尚未启动完成时webstation的nginx就运行了，此时注册这些端口映射就失败了？
如果不使用webstation集成，容器单独映射端口则没有这个问题
可不止那点。小佩有个替换的三防垫，我买了装的时候才发现，整个软垫子都是卡扣方式的，一圈都是缝隙，虽然看上去很紧，但漏尿漏灰都没问题
