接受 v2.1.5 中的纯文件夹时添加了隐藏加密密码

发生了什么事?

□ 总结

在新鲜同步 v2.1.5 Windows安装,接受一个不加密共享的文件夹,导致Windows设备自己的文件夹-device记录包含加密密码.

共享加密字段在整个图形界面中出现空白. 这导致同行与加密一致性和集群配置错误脱节.

通过实时 REST API 清除所有文件夹-设备记录的 " 加密Password " 立即解决问题,同步成功。

□ 复制步骤

1. 在Linux和Windows上开始新鲜同步v2.1.5安装.
2. 在不共享文件夹的情况下对设备进行对等,并确认两者均显示 " 连接(未使用) " 。
3. 在Linux上,创建一个"只发送"文件夹,并与Windows共享. 将共享加密密码空出 。
4. 在Windows上,接受文件夹为仅接收。
5. 共享加密字段为空白。 明确聚焦,在保存前选择全部并删除.
6. 注意设备可以短时间连接,然后不转移文件而断开。
7. 使用:

`GET/rest/配置/文件夹/ < 文件夹- id>%%

□ 实际行为

Windows文件夹的远程/source-device记录没有加密密码,但其本地/自有设备记录还原了Syncthing固定的9个特征的秘密-redactive占位符. 这表明,即使GUI字段仍为空白,但仍存储了一个秘密。

Linux同平端多次报告,Windows同平端的集群配置省略了所需的远程设备信息. 早先的一次尝试还报告说,Windows文件夹是本地加密的,而远程预期的普通数据则是本地加密的.

这个问题得以解决:

• 两个设备上的索引数据库重置。
• 完整的配置 - 指令重置。
• 生成新的设备身份。
• 创建一个新文件夹, 并有新的文件夹标识 。
• 微软Edge InPrivate模式.
• 禁用边缘密码自动填充。
• 在保存前明确选择和删除明显的空白共享加密字段的内容。

□ 预期行为

接受带有空共享加密字段的共享文件夹,应在接收设备上创建纯文件夹-设备记录. 不应存储加密密码,文件夹应正常同步.

工作间

我通过 REST API 获取接收文件夹, 将“ 加密 Password” 设置为空字符串, 用于其“ devices” 收藏中的每个条目, PUT 完整的文件夹对象返回到 :

/rest/config/folders/ <folder-id>'

然后,现场API报告说,没有储存任何设备的秘密。 同行们立即保持连接并成功同步.

随后的测试也通过了:

• 初步文件复制。
• 替换源文件。 ——错开保留上个版本.
• 宣传源删除。
• 从目的地的版本商店取回被删除的文件。

□ 附加注释

• 两个设备都在运行 . . . . . . .